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(57) A residential private branch exchange (PBX) al- 
lowing IP telephones, analog telephones and comput- 
ers to connect to an IP communication network. A 
broadband residential gateway (BRG) PBX provides 
residences with multiple phone lines capability and the 
implementation of complex calling features traditionally 
associated with complex and expensive business PBX 
systems. The BRG PBX provides an open architecture 
interface minimizing problems during installation and 
operation, minimizes interoperability problems across 
multi-vendor equipment platforms and may provide cus- 
tomers with an option to bypass the local telephone 
company's high cost infrastructure. The BRG PBX may 
also provide a range of services from basic calling with 
few features to highly sophisticated calling features 
servicing multiple phone lines to the residence. The 
BRG PBX may be configured to connect multiple BRG 
PBX systems together in a Local Area Network (LAN) 
or Wide Area Network (WAN) configuration. These net- 
work configurations may be implemented to connect 
neighborhoods or families across multiple geographic 
regions. In addition to having the capability of connect- 
ing to each other, the BRG PBXs may be connected to 
IP Central Stations forming an IP communication net- 
work. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to communica- 
tion between users in diverse communication systems, 
and more particularly, to providing a broadband commu- 
nication system including an Internet Protocol Telepho- 
ny Network and public switched telephone network. 
Specifically, this invention provides a broadband resi- 
dential gateway (BRG) with private branch exchange 
(PBX) services connecting Internet Protocol (IP) and an- 
alog telephones to an IP network. Users are able to ac- 
cess calling features supported by the IP PBX bypass- 
ing the requirement to use the local carriers network. 
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2. Limited scalability - each switching point is typi- 
cally usable only within a specific size range. Scal- 
ing to a higher level usually means replacing the 
switch. 

5 3. Closed architecture - the entire switching system 
from the switching point to the individual telephone 
handsets is based on a proprietary architecture. 

4. Limited support for enterprise networking - net- 
working multiple systems' together typically in- 
to volves the use of expensive leased lines, or voice 

over net gateway servers, both requiring expensive 
installation and operating costs. 

5. Antiquated administrative tools - programming a 
PBX system usually requires extensive training of 

is support personnel. 



BACKGROUND OF THE INVENTION 

[0002] Present day telephony voice networks, have a 
network built around circuit switches, end offices, a toll 
network, tandem switches, and twisted pair wires. 
These voice networks are referred to as a public 
switched telephone network (PSTN) or plain old tele- 
phone service (POTS). Due to bandwidth limitations of 
plain old telephone service (POTS), there is an inherent 
inability to efficiently integrate multiple types of media 
such as telephony, data communication for personal 
computers (PC), and television (TV) broadcasts. Ac- 
cordingly, a new broadband architecture is required. 
This new architecture gives rise to a new array of user 
services. 

[0003] Due to the increase in the number of residenc- 
es having multiple phone lines and the growing popu- 
larity of calling features traditionally implemented by pri- 
vate branch exchange (PBX) systems. However, PBX 
systems are expensive to purchase, operate and have 
problems interfacing with non-PBX proprietary equip- 
ment. Also, operating multiple telephone lines at a res- 
idence tends to be costly because of the local telephone 
company's lack of competition. A need exists for an 
open architecture residential PBX providing multiple 
vender equipment to interface with a communication 
network that can bypass the local telephone company's 
network, while providing multiple line capabilities to the 
residences. A need exists for the residential PBX to pro- 
vide a portfolio of calling features normally associated 
with high cost and complex PBX systems. 
[0004] Prior art private branch exchange (PBX) sys- 
tems are based primarily on a centralized or star net- 
work design. All of the telephones and trunk lines con- 
verge on a single switching point, such as a program- 
mable switch or a PBX. However, in spite the popularity 
of this design, there are a number of problems associ- 
ated with this network architectural design. These prob- 
lems include: 

1 . Single point failure - if the switching point fails, 
the entire telephone network fails. 



[0005] A need exists for a distributed telephone sys- 
tems using IP networks to route calls between nodes. 
Such as system may provide: 

1 . No central point of failure - this enables users to 
deploy extremely reliable, fault tolerant telephone 
networks. 

2. Reduced tolls - by routing interoffice calls over a 
wide area data network toll call costs may be mini- 
mized. 

3. Unlimited scalability - using switched 100Mbps 
or higher speed such as gigabit Ethernet the IP tel- 
ephone network may be easily scaled and config- 
ured. 

4. Open architecture - built upon industry standards 
such as H.323 and Ethernet provide these IP based 
PBX systems with a high degree of interoperability. 

5. Enterprise telephony - a PBX system may be con- 
figured across large geographic areas create an en- 
terprise wide system that is affordable for residenc- 
es. 

6. User friendly administrative tools - administering 
of an IP based PBX system can be simplified mini- 
mizing or eliminating programming specific equip- 
ment hardware. 

SUMMARY OF THE INVENTION 

[0006] Aspects of the invention include providing 
broadband access capabilities or enhanced services for 
use in conjunction with a packetized network such as 
an Internet Protocol (IP) based system infrastructure. 
[0007] Other aspects of the invention include provid- 
ing one or more of the following either individually, or in 
any combination or subcombination: 

a new broadband architecture; 
broadband network capabilities, including local ac- 
55 cess; 

enhanced services for use in conjunction with a 
packetized network such as an Internet Protocol 
(IP) based system infrastructure. 
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[0008] A residential private branch exchange (PBX) 
using Internet Protocol (IP) located at a broadband res- 
idential gateway (BRG) provides residences with multi- 
ple phone lines capability and supports the implemen- 
tation of complex calling features traditionally associat- 
ed with tradition business PBX systems without the as- 
sociated business PBX problems. The BRG PBX sup- 
ports an open architecture interface minimizing prob- 
lems during installation and operation, as well as mini- 
mizing interoperability problems across multi-vendor 
equipment platforms. In addition, the BRG PBX may al- 
low residential customers an opportunity to bypass the 
local telephone company's high cost infrastructure. 
[0009] The BRG PBX supports a broad range of call- 
ing service features from basic calling with few features 
to highly sophisticated calling features providing multi- 
party conference calling and other sophisticated calling 
services. The BRG PBX provides a communication sys- 
tem interface capable of supporting IP telephones as 
well as analog or digital telephones. The BRG PBX also 
is capable of supporting computers via an Ethernet (or 
some other protocol) connectivity between residences 
and an IP network by a high-speed, broadband connec- 
tion. The BRG PBX may be configured to connect mul- 
tiple BRG PBX systems together in a Local Area Net- 
work (LAN) or a Wide Area Network (WAN). These con- 
figurations may be implemented to connect neighbor- 
hoods or families together across different geographic 
regions. In addition to having the capability of connect- 
ing to each other, the BRG PBXs may be connected to 
IP Central Stations forming an IP communication net- 
work. 

[001 0] Although the invention has been defined using 
the appended claims, these claims are exemplary and 
not limiting in that the invention is meant to include one 
or more elements from the apparatus and methods de- 
scribed herein and in the applications incorporated by 
reference in any combination or subcombination. Ac- 
cordingly, there are any number of alternative combina- 
tions for defining the invention, which incorporate one 
or more elements from the specification (including the 
drawings, claims, and applications incorporated by ref- 
erence) in any combinations or subcombinations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] Fig. 1 shows a schematic representation of a 
broadband network (e.g.broadband IP based network) 
in accordance with a preferred embodiment of aspects 
of the present invention. 

[0012] Fig. 2 shows a block diagram of a preferred 
embodiment of a centralized control (IP central station) 
in accordance with aspects of the present invention. 
[0013] Fig. 3 shows a block diagram of a preferred 
embodiment of a local control apparatus (broadband 
residential gateway) in accordance with aspects of the 
present invention. 

[001 4] Fig. 4 shows a detailed schematic representa- 



tion of an exemplary embodiment of the broadband net- 
work shown in Fig. 1 . 

[001 5] Fig. 5 is a signal flow diagram illustrating a typ- 
ical on-network to off-network call according to one pre- 
5 ferred method of operating the broadband network 
shown in Fig. 1 . 

[001 6] Fig. 6 is a signal flow diagram illustrating a typ- 
ical on-network to on-network call according to one pre- 
ferred method of operating the broadband network 
10 shown in Fig. 1 . 

[0017] Fig. 7 is a block diagram illustrating the inter- 
face of the BRG IP PBX with the IP network and other 
BRG IP PBX systems. 

[0018] Fig. 8 is a block diagram illustrating the con- 
15 nectivity of the BRG IP PBX from the telephone to the 
IP network. 

[001 9] Fig. 9 is a block diagram illustrating a method- 
ology for handling calls into or out of BRG PBX systems. 

20 DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0020] A new system is provided for broadband ac- 
cess and applications. Unless otherwise indicated by 
25 the appended claims, the present invention is not limited 
to the preferred embodiments described in this section 
but is applicable to other integrated multimedia commu- 
nication systems. 

30 |. integrated Communication System Overview 

[0021] Referring to Fig. 1 , an exemplary embodiment 
of a broadband network 1 . The broadband network gen- 
erally provides interconnection between a plurality of 

35 customer locations utilizing various interconnection ar- 
chitectures including Internet Protocol (IP) based net- 
work, various existing systems (legacy systems) such 
as the public switched telephone network (PSTN), ATM 
networks, the Internet, signaling networks, as well as 

40 other systems. The broadband network provides versa- 
tile intelligent conduits that may carry, for example, In- 
ternet Protocol (IP) telephony or multimedia signals be- 
tween the customer premises over, for example, the 
public switched telephone network, Internet, or wireless 

45 communication networks. 

[0022] Again referring to Fig. 1 , the broadband net- 
work 1 may include one or more customer premises 
equipment (CPE) units 102. The customer premise 
equipment 102 may be variously configured. In one ex- 

so ample, the customer premise equipment 102 may in- 
clude one or more local control devices such as a broad- 
band residential gateway (BRG) 300. Although the 
broadband residential gateway is preferably disposed 
in a residence for many aspects of the invention, in ex- 

55 emplary embodiments, it may also be disposed in a 
business or other location. The broadband residential 
gateway 300 may be variously configured to provide one 
or more integrated communication interfaces to other 
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devices within the customer premise equipment 102 
such as televisions (TV), personal computers (PC), 
plain old telephone system (POTS) phone(s), video 
phones, IP enabled phones, and other devices. For ex- 
ample, the broadband residential gateway 300 may pro- 
vide one or more telephone port connections (e.g., plain 
old telephone system), Ethernet connections, coaxial 
connections, fiber distributed data interface (FDDI) con- 
nections, wireless local area network (LAN) connec- 
tions, firewire connections, and/or other connections to 
a plurality of devices such as plain old telephones, IP 
based phones, television converters, e.g., cable televi- 
sion (CATV) set top devices, televisions, digital televi- 
sions, high definition televisions (HDTV), video phones, 
and other devices. In exemplary embodiments, the 
broadband residential gateway 300 may support com- 
munications between any of the aforementioned devic- 
es in intra-premises calling and/or extra-premises call- 
ing. Further, when the broadband residential gateway 
300 is used in a business environment, it can function 
as a private branch exchange or key type telephone sys- 
tem. 

[0023] In Fig. 1, broadband residential gateway 300 
is illustrated as a single physical device. This configura- 
tion is appropriate where centralization of maintenance 
and control is desirable. Alternatively, the broadband 
residential gateway 300 may be separated into more 
than one physical device allowing functionality to be dis- 
tributed to a plurality of different physical locations in the 
customer premise and/or broadband network 1 . Howev- 
er, in many embodiments, having a centralized broad- 
band residential gateway 300 located in a single location 
provides ease of maintenance, control, and reconfigu- 
ration as well as a reduction in cost due to shared func- 
tionality. For example, the broadband residential gate- 
way may be configured to provide the intelligence need- 
ed to allow each of the customer premises equipment 
devices to operate within the broadband network 1 . For 
example, analog voice may be converted to digital data 
and packetized for transmission in an appropriate output 
protocol such as an Internet protocol (IP). 
[0024] In exemplary embodiments, the broadband 
residential gateway 300 may function to couple devices 
within the customer premise equipment 1 02 to the rest 
of the broadband network 1 using any suitable broad- 
band communication mechanism. In the embodiment 
shown in Fig. 1 , the broadband residential gateway 300 
utilizes a hybrid fiber-coaxial plant 112 to couple the 
broadband residential gateway 300 to the rest of the 
broadband network 1 . The hybrid fiber-coaxial plant 112 
may be preferred in many embodiments over other 
broadband communication mechanisms because of the 
large number of homes currently connected to cable 
networks, the capacity for shared access, and the ability 
for asymmetric data access speeds which allow high 
quantities of data to be distributed to the various devices 
in the customer premises equipment 1 1 2. The hybrid fib- 
er-coaxial plant 112 may include coaxial cable and/or 



optical fiber networks in any suitable combination. The 
hybrid fiber-coaxial plant 112 may provide an intelligent 
broadband conduit between the broadband residential 
gateway 300 and a gateway such as the head-end hub 

5 (HEH) 115. The head-end hub 115 may be variously 
configured to provide various services and/or intercon- 
nections with the rest of the broadband network 1 . For 
example, the head-end hub 115 may provide an inter- 
connection point to gather and aggregate external serv- 

10 ices (e.g., off air and satellite video, public switched tel- 
ephone network voice, multimedia messages, and In- 
ternet data) for distribution to and from the hybrid fiber- 
coaxial plant 112. With respect to telephony and multi- 
media calls, the head-end hub 115 may function as in- 

15 telligent conduit for connection and communication be- 
tween the hybrid fiber-coaxial plant 112 and external 
networks such as an IP network 120 and/or an ATM/ 
frame relay/cell relay network 185. 
[0025] The broadband network 1 may include any 

20 number of interconnected head-end hubs 115, IP net- 
works 120, and/or ATM networks 185. Further, the IP 
network 1 20 and/or ATM network 1 85 may be connected 
to one or more other networks and devices such as: 

25 (1) external networks including a public switched 
telephone network (PSTN) 170, an signaling sys- 
tem 7 (SS7) network 170, an Internet 180, and/or a 
wireless network 144; 

(2) various components including one or more pri- 
30 vate branch exchanges 146, terminals 142 includ- 
ing computers and wireless devices, and/or one or 
more stand alone broadband residential gateway 
300; 

(3) one or more administration centers 155; 

35 (4) one or more secure network management data 
networks 190 such as a network operations center 
(NOC); 

(5) one or more billing systems 195 such as OSS; 
and/or 

40 (6) one or more centralized control centers such as 
what is referred to as an IP central station 200. 

[0026] The IP network 120 and/or ATM network 185 
may include one or more routers and/or other devices 
45 to route, for example, telephony calls, multimedia calls, 
signaling messages, administrative messages, pro- 
gramming messages and/or computer data between the 
various devices in the broadband network 1 such as the 
head-end hub 115, the public switched telephone net- 
so work 160, the private branch exchange (PBX) 146, as 
well as the other devices discussed above. In preferred 
embodiments, the information traveling in the IP net- 
work 120 may be packetized and formatted in accord- 
ance with one of the Internet protocols. The IP network 
55 1 20 may also include gateways to interface with the var- 
ious other networks and/or devices. For example, the 
gateways may be distributed at the edge of the IP net- 
work where the IP network interfaces with one of the 
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other devices or networks. Alternatively, the gateways 
interfacing the IP central station 200 to, for example, the 
Internet 1 80, public switched telephone network (PSTN) 
160, signaling system 7 (SS7) 170, wireless networks 
144, ATM/frame/cell relay networks 185 may be provid- 
ed in the IP central station 200, or in both the IP network 
120 and the IP central station 200, and/or partially dis- 
tributed between the IP network 120 and the IP central 
station 200. Where the gateways are separated by an 
IP network 200, an appropriate transport protocol may 
be utilized to logically connect the IP central station 200 
to the particular gateway. 

[0027] The IP central station(s) 200 may be connect- 
ed to, for example, one or more IP networks 120, ATM 
networks 185, secure management data networks 190, 
and/or administration centers 1 55. The IP central station 
200 may be variously configured to include one or more 
servers and/or one or more gateways. In exemplary em- 
bodiments, the servers and gateways provide the nec- 
essary intelligence and traffic management capabilities 
to enable information, e.g., IP telephony signals, to trav- 
el through the broadband network 1 . For example, the 
IP central station 200 may be configured to manage 
voice information transfer from the public switched tel- 
ephone network 160, through the IP network 120, and 
into and out of one or more devices such as those con- 
nected to a broadband residential gateway 300. The IP 
central station may be configured to store various con- 
trol and system information such as location, address, 
and/or configurations of one or more broadband resi- 
dential gateways 300, as well as other routing and call 
set-up information. 

[0028] In exemplary embodiments, one or more ad- 
ministration centers 1 55 may be connected to the IP net- 
work 120 and provide billing and local directory number 
portability administration. The local number portability 
may be handled by one or more Local Service Manage- 
ment System (LSMS) which may be included in the ad- 
ministration center 155 and/or in the IP central station 
200. Further, the Secure Management Data Network 
190 may also include a mechanism for transferring var- 
ious information such as billing, call tracking, and/or cus- 
tomer service provisioning. Various existing systems 
may be utilized to provide this information such as ex- 
isting billing systems (OSS) 1 95 and/or one or more net- 
work operations center (NOC). The network operations 
centers may be included in the administration center 
1 55, the IP central station 200, and/or the billing system 
1 95. The network operations center (NOC) may be var- 
iously configured to include a translation server to allow 
communications with the various disparate entities (e. 
g., legacy systems) in the broadband network 1 . 
[0029] The IP network 120 and/or the ATM network 
185 illustrated in Fig. 1 may include one or a plurality of 
sub-networks. Each of the sub-networks may include its 
own IP central station 200 in a distributed configuration, 
with certain routing data replicated across all IP central 
stations or each sub-network may be connected to a sin- 
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gle centralized IP central station 200. Where the IP net- 
work 1 20 includes one or more sub-networks, each sub- 
network may be connected to multiple head-end hubs 
1 1 5. Further, each head-end hub 1 1 5 may be connected 
5 to multiple hybrid fiber-coaxial plants 1 1 2, and each hy- 
brid fiber-coaxial plant 1 1 2 may be connected to multiple 
pieces of customer premises equipment 102 and/or 
broadband residential gateways 300. The IP network 
120 provides an interconnected broadband network 
10 which may be utilized to transport and route packetized 
information to and from diverse geographic locations 
and may be used on a national or international basis. 
Further, the IP network 120 and/or ATM network 185 
may utilize private network facilities and/or may be pro- 
fs visioned over a shared network such as the Internet. 
[0030] The IP central station 200 may be configured 
to provide connectivity for the broadband residential 
gateway 300 to the Internet 1 80 (e.g., World Wide Web 
(www)), as well as connectivity to other external net- 
20 works such as public switched telephone network 160 
and signaling system 7 (SS7) 170 for end-to-end voice, 
multimedia, and data applications, for example voice 
over IP telephony. IP packets traveling through the IP 
network provide for priority so that, for example, voice 
25 packets are given priority over data packets to maintain 
certain VoIP telephony QoS requirements and a leased 
line concept for packet traffic which may have an even 
higher priority. However, the system is sufficiently flexi- 
ble so that the priority can be dynamically altered ac- 
30 cording to customer preferences, variable billing rates, 
traffic patterns, and/or congestion. 

A. Internet Protocol Central Station 

35 [0031] Referring to Fig. 2, the IP central station 200 
may be variously configured. In preferred embodiments, 
it may be configured to ensure seamless integration of 
IP based communication system including the IP net- 
work' 120 with the public switched telephone network 

40 1 60, signaling system 7 (SS7) network 1 70, and the In- 
ternet 180 so that packetized data, for example, voice 
calls and information data, is properly transferred be- 
tween the broadband residential gateway 300, the pub- 
lic switched telephone network 160 and/or the Internet 

45 180. In one embodiment, the hybrid fiber-coaxial plant 
112, head-end hub 115, and IP network 120, provide a 
virtual signaling conduit for packetized voice and data 
which may, with the coordination of the IP central station 
200, be provided in the appropriate format between the 

so broadband residential gateway 300 and the public 
switched telephone network 160 and/or Internet 180. 
[0032] Again referring now to Fig. 2, the IP central sta- 
tion 200 may include a central router 200, for example, 
a gigabit switch, which may be utilized to interconnect 

55 various servers and gateways contained in the IP cen- 
tral station 200. The central router 210 provides for ex- 
ample Ethernet switching and aggregate traffic between 
servers, gateways and the IP network 120 and/or ATM 



5 




EP1 



network 1 85 backbone. In one exemplary embodiment, 
the central router 210 provides high-speed, non-block- 
ing IP and IP multicast Layer 3 switching and routing. 
The IP central station 200 may include one or more of 
the following servers: the least cost server (LCS) 255, 
the time of day (TOD) server 21 2, the dynamic host con- 
trol protocol (DHCP) server, the trivial file transfer pro- 
tocol (TFTP) server, and the domain name service 
(DNS) server 21 4, the system management (SM) server 
216, the call manager (CM) server 218, the announce- 
ment server (AS) 220, the multimedia server (MS) 222, 
and/or the conference server (CS) 224. As illustrated in 
Fig. 2, the servers may be separate servers, for example 
the call manager server 21 8, or may be incorporated into 
a single server. In the exemplary embodiment, the dy- 
namic host control protocol server 131 , trivial file trans- 
fer protocol server 1 32, and the domain name service 
server 21 4 are each incorporated in a single server fa- 
cility. Each server in the IP central station 200 may in- 
clude computer(s), storage device(s), and specialized 
software for implementing particular predefined func- 
tions associated with each server. In this manner, the 
servers in the IP central station may be provisioned as 
a main server and one or more back-up servers to pro- 
vide redundant processing capabilities. Similarly, the 
router may be implemented as a main router and a back- 
up router with similar routing functionality. 
[0033] The I P central station 200 may also include, for 
example, one or more of the following gateways: a ele- 
ment management gateway (EMG) 238, an accounting 
gateway (AG) 240, ;an Internet (Boarder) gateway (IG) 
236, a signaling system 7 (SS7)) gateway (SG) 234, a 
voice gateway (VG) 232, and/or a multimedia gateway 
(MG) 230. The IP central station 200 may utilize one or 
more of these gateways to provide centralized system 
intelligence and control of voice and/or data IP packets. 
[0034] In exemplary embodiments, the dynamic host 
control protocol server and domain name service server 
214 may operate to dynamically assign IP addresses 
devices in the customer premise equipment 1 02. Where 
a dynamic IP assignment scheme is used, the customer 
premises equipment may be provided with one or a plu- 
rality of dynamic IP assignment when activated initially, 
and/or at the initiation of each active secession. Where 
an IP address is assigned when the device is initially 
activated, it may be desirable to assign a single IP ad- 
dress to a single broadband residential gateway and as- 
sign a port address to devices connected to the broad- 
band residential gateway 300. In other embodiments, 
an individual IP address may be assigned to each de- 
vice coupled to the broadband residential gateway 300. 
For example, the broadband residential gateway may 
include and/or be coupled to one or more cable mo- 
dems, IP phones, plain old telephone system phones, 
computers, wireless devices, CATV converters, video 
phones, and/or other devices which each may be as- 
signed a unique static and/or dynamic IP address and/ 
or a port of a one of these IP addresses. The particular 
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protocol for allocating IP addresses and/or ports may be 
specified using protocols defined in the dynamic host 
control protocol server 214. In exemplary embodiments, 
the dynamic host control protocol and DN server 214 

5 may be configured to assign available IP addresses 
from address pools based, for example, on the identity 
or type of requesting device, the amount of use expect- 
ed for the requesting device, and/or predefined assign- 
ment protocols defined in the dynamic host control pro- 

10 tocol and DN server 214. In centralized embodiments, 
it may be desirable to configure the call manager (CM) 
218 to provide sufficient information such that the do- 
main name service server 214 can distinguish between 
static IP devices, dynamic IP devices, registered devic- 

15 es, unregistered devices, and registered devices that 
have been assigned to a particular class of service e.g., 
data vs. telephony, un-provisioned, vs. provisioned, etc. 
[0035] The trivial file transfer protocol (TFTP) server 
214 may be configured to transfer certain information 

20 to/from one or more broadband residential gateways 
300. In exemplary embodiments, the trivial file transfer 
protocol server provides Data Over Cable Service Inter- 
face Specifications (DOCSIS) configuration information 
containing QoS parameters and other information re- 

25 quired for the broadband residential gateway 300 to op- 
erate optimally. 

[0036] The time-of-day (TOD) server 21 2 may include 
a suitable facility for maintaining a real time clock such 
as an RFC868-compliant time server. In exemplary em- 

30 bodiments, the time-of-day server 212 provides system 
messages and/or responses to system inquiries con- 
taining a coordinated time, e.g., universal coordinated 
time (UCT). The universal coordinated time may be 
used by any of the servers and/or devices in the broad- 

35 band network 1 . For example, the broadband residential 
gateway 300 may use the universal coordinated time to 
calculate the local time for time-stamping error logs. 
[0037] The system management (SM) server 216 
may include responsibility for the overall operational 

40 state and functioning of components the broadband net- 
work 1 , either alone, or in combination with other system 
management servers 216. The system management 
(SM) server 216 may be variously configured to provide 
monitoring and administrative functions for devices 

45 within the broadband network 1 . For example, the sys- 
tem management server 21 6 may be configured to pro- 
vide management of various database functions, mem- 
ory buffer functions, and software utility functions within 
the broadband network 1. Software management in- 

50 eludes, for example, version control, generic control, 
and/or module control. 

[0038] The least cost server (LCS) 255 may be vari- 
ously configured to enable the system to determine the 
least cost routing of telephone and data transmission 
55 throughout the network. The least cost server 255 may 
also provide one or more broadband residential gate- 
way users capability to select between, for example, 
cost and Quality of Service (QoS). 
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[0039] The announcement service (AS) server 220 
may be variously configured. In exemplary embodi- 
ments, it may store and send announcements to spec- 
ified destinations and/or all destinations based on in- 
structions received by, for example, the call manager 
(CM) server 218. The announcement server 220 re- 
ceives, for example, Media Gateway Control Protocol 
(MGCP) or later signaling (e.g., H.GCP - an ITU stand- 
ard Gateway Control Protocol ) control messages from 
the call manager 21 8, and sends announcements to one 
or more voice gateways (VG) 232 and/or the one or 
more broadband residential gateway 300 (e.g., using 
Real Time Protocol (RTP) packets). The announcement 
server 220 may send an announcement once, a prede- 
termined number of times, or in a continuous loop. The 
announcement server 220 may detect when a phone or 
other device has been taken off-hook and play an ad- 
vertisement or other announcement to the user. Where 
a user has signed-up for an advertising plan whereby 
phone rates are reduced in return for advertising reve- 
nue generated by the advertisements, the announce- 
ment server 220 may be utilized to track the number of 
individuals with a particular income, age, or other profile 
which hear the advertisement. The announcement serv- 
er 220 may respond to requests from individual system 
devices such as one of the broadband residential gate- 
ways 300 and/or under control of, for example, the call 
manager 21 8. Where the announcement server is under 
control of the call manager 218, the call manager may 
be configured to control various operating parameters 
of the announcement server. For example, the call man- 
ager 218 may request that certain announcements are 
sent once, a specified number of times, or in a continu- 
ous loop. 

[0040] In still further embodiments, announcements 
may be generated elsewhere in the broadband network 
1, stored as files, and distributed to one or more an- 
nouncement servers via a file transfer protocol or re- 
source such as the trivial file server 214 using one or 
more file transfer protocols. In many embodiments, it is 
desirable to store announcements in an appropriate en- 
coding format (e.g., G.711 or G.729) within the An- 
nouncement Server The announcement may have an 
audio component and/or a audio/video component. The 
audio/video component may be stored using a combi- 
nation of an encoding format (e.g., G.711) and/or a 
standard file format such as wave (WAV), MPEG, and 
other suitable formats. 

[0041] In one exemplary method of operation, a user 
picks up a telephone which sends a signal to the call 
manager 21 8. Subsequently, the call manager 218 may 
establish a connection to the announcement server 220 
and play one or more pre-recorded and/or predeter- 
mined announcement (hypertext and/or audio). Signal- 
ing tones such as a busy signal may be played by the 
broadband residential gateway 300 or the call manager 
218, but Special Information Tones (SIT) and/or mes- 
sages may also be included as part of an announcement 
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file. In this way, the user experience is enhanced such 
that the user receives a busy message and/or hypertext 
announcement providing one of several options for con- 
tacting the called party. The announcement server 220 
may have information entered by a user using, for ex- 
ample, a broadband residential gateway to provide ad- 
ditional information to the called party. The additional in- 
formation may include the ability to leave a message, 
type-in a chat note, page the called party, barge-in on 
the call, and/or other user or system defined call han- 
dling capabilities. 

[0042] The announcement server 220 may also be 
programmed with various system messages such as an 
announcement indicating that a number dialed is incor- 
rect or that the call did not go through as dialed, that the 
lines are busy, that all lines between two countries are 
currently busy, that the called party has changed num- 
bers, that the called parties phone has been disconnect- 
ed, that one or more system errors have occurred, and/ 
or other announcement messages. 
[0043] The call manager (CM) 218 may be variously 
configured. In exemplary embodiments, the call manag- 
er 21 8 provides a centralized call control center for sup- 
porting call set-up and tear-down in the broadband net- 
work 1 . The call manager 218 may be configured to in- 
clude trunk and line information maintenance, call state 
maintenance for the duration of a call, and/or user serv- 
ice features execution. The call manager 218 may also 
provide for call processing functions such as a stand- 
ardized call model for processing the various voice con- 
nections such as voice over IP calls. In exemplary em- 
bodiments, a standardized "open" call model may be uti- 
lized which supports standardized application program- 
ming interfaces (APIs) to provide transport services and 
other user functions such as calling cards. An open ap- 
plication programming interface and call set-up inter- 
face in the call manager will enable third party applica- 
tions to be loaded into the call manager 21 8 and broad- 
band residential gateway 300. This will facilitate the de- 
velopment of third party applications for enhancing the 
functionality of components in the broadband network 
1 . For example, third parties and other equipment ven- 
dors may manufacture various broadband residential 
gateways 300 for use in the broadband network 1 by 
writing applications to support the open call model of the 
call manager 218. The call manager 218 and/or broad- 
band residential gateway 300 may also be configured 
to execute and/or accept commands form a standard- 
ized scripting language which may generate instructions 
for the call manager 218 and/or broadband residential 
gateway 300 to execute various functions. The scripting 
functionality may include the ability to execute an entire 
call model including interfaces to the signaling system 
7 (SS7) 1 70, public switched telephone network 1 60, IP 
network 120, ATM/frame/cell relay network 185, and/or 
other functions within, for example, IP central station 
200 such as the multimedia server 222, announcement 
server 220, system management server 216, confer- 
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ence server 224, time of day server 21 2, least cost serv- 
er 255, and/or domain name server 214. 
[0044] The call manager 21 8 may also be configured 
to maintain the call states for each call it handles (e.g., 
a voice over IP call) and respond to system events cre- 
ated by, for example, the multimedia gateway control 
protocol (MGCP) messages and/or integrated services 
digital network user part (ISUP) messages for signaling 
system 7 (SS7) protocol that may occur during the 
processing of a call. Exemplary events handled by the 
call manager 21 8 include call state changes, call feature 
changes/call feature triggering events, changes in the 
status of lines and trunks, and/or error conditions. Fur- 
ther, the call manager 218 may interact with devices 
connected to a single circuit on the public switched tel- 
ephone network 1 60 and/or a device connected to a port 
of the broadband residential gateway 300. In this man- 
ner, new devices may be added to the infrastructure and 
operate using the open call model contained in the call 
manager 218. 

[0045] The call manager 218 may also include stor- 
age for subscriber and network configuration, a cache 
server for faster access to frequently used data, a rout- 
ing engine for selecting an appropriate routing algorithm 
(e.g., least cost routing), and/or a service broker which 
provides the data and logic for specific services. In ad- 
dition, the call manager 21 8 may include an authentica- 
tion (AC) server 245 that provides authentication of var- 
ious devices, objects, packets and users in the integrat- 
ed multimedia system. In this manner, a user may verify 
the identity of the calling or called party. 
[0046] The call manager 21 8 may interact with the sig- 
naling gateway (SG) 234, the accounting gateway (AG) 
240, the element management gateway (EMG) 238, the 
voice gateway (VG) 232, and the multimedia gateway 
(MG) 230 using any suitable protocol such as IP and an 
interconnection mechanism such as the central router 
210. In one preferred embodiment, the call manager 21 8 
may be configured to utilize signaling messages such 
as: a) ISUP messages over. Common Object Broker Ar- 
chitecture (COBRA) interface to and/or from signaling 
gateway 234, b) MGCP, SIP - simple internet protocol, 
H.GCP, and/or other suitable control messages to and/ 
or from the announcement server 220, c) call event 
records in modified Radius format to the accounting 
gateway 240, d) Radius (or Enhanced Radius or com- 
patible protocol) control messages to and/or from the 
voice gateway 232 and/or the broadband residential 
gateways 300, and e) signaling network management 
protocol (SNMP) messages to and/or from the element 
management gateway 238. 

[0047] The call manager 218 may incorporate one or 
more databases. For example, the call manager 218 
may include database information such as (1 ) a resourc- 
es database that provides an identification of what re- 
sources are connected to the broadband network 1 and 
their current state; (2) a trunk/gateway database that in- 
dicates which gateway serves what circuits in a trunk; 
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(3) a customer database which indicates whether a call 
is authorized, identifies what services a line supports 
and determines whether a telephone number is on or off 
the integrated IP communication network; (4) a number- 

5 ing plan / least cost routing database which provides 
routing information that enables the IP central station 
200 to choose the correct trunk as a function of the call 
number; and (5) a local number portability (LNP) data- 
base that indicates the North American Numbering Plan 

10 (NANP) and associated prefixes which are open for as- 
sociation with the number portability service; and (6) an 
address of the service control point (SCP) towards 
which requests for translating these local portability 
numbers should be routed. 

15 [0048] In exemplary embodiments, the broadband 
network 1 includes equipment compatible with the CO- 
BRA standard. COBRA may be utilized to allow appli- 
cations from a plurality of vendors to operate with each 
other. The COBRA standard allows a company, such as 

20 AT&T, to build its network using multi-vendor equipment 
and yet ensure seamless integration and operation. 
Some of the major areas covered by COBRA v. 2.2 in- 
cludes: Inter-ORB Bridge Support, General Inter-ORB 
Protocol (GIOP) support, Internet Inter-ORB Protocol 

25 (HOP) support, and Environment Specific Inter-ORB 
Protocol (ESIOP) support. The call manager 218 may 
integrate these protocols to facilitate call set-up with di- 
verse equipment. This is advantageous in that equip- 
ment from a plurality of vendors may interoperate over 

30 the broadband network 1 without modification. 

[0049] The multimedia server (MS) 222 may be vari- 
ously configured. For example, one or more multimedia 
servers may provide support for multimedia messaging 
service and/or the overall management of multimedia 

35 voice and mail messages transmitted across the broad- 
band network 1 . The multimedia server may be config- 
ured to support e-mail (e.g., html) messages, voice mail 
(audio) messages, and/or video mail (audio and video) 
messages. The multimedia messages may include 

40 standard p re-configured system messages, advertising 
messages, and/or user defined messages. In either 
event, where the messages are stored in a centralized 
location, the multimedia server may provide such stor- 
age. Where the multimedia server 222 provides storage 

45 for the multimedia messages, a database may be uti- 
lized for indexing, storage, and retrieval of such mes- 
sages. In exemplary systems, the user may access pre- 
determined ones of these messages. The multimedia 
server 222 may utilize IP as a method of communicating 

so with other devices across the broadband network 1 . 
[0050] The conference server (CS) 224 may be con- 
figured to provide for multiparty conference calls using, 
for example, IP voice packets during an IP telephony or 
multimedia session call. The conference server 224 

55 may include specialized software that runs on a com- 
puting platform having associated multiplexing and de- 
multiplexing capability for segregating and aggregating 
user information packets. For example, the conference 
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server may log several calls into a conference session. 
When information packets are sent from one or more 
phones, they are aggregated and sent to the other 
phones on the conference call. The conference server 
224 may use any suitable communication protocol such 
as H.GCP or SIP. The conference server 224 may func- 
tion to aggregate user information from two or more us- 
ers onto a single call path. The conference server 224 
may include one or more "call-in numbers" and be con- 
trolled from any location, e.g., a centralized operator lo- 
cation and/or one or more broadband residential gate- 
ways 300. It may be desirable to have the conference 
server 224 configured such that some callers simply 
monitor the call without voice interruption while other 
callers have both voice transmit and receive capabili- 
ties. Where a caller is not given the privileges associated 
with active participation in the call, voice packets from 
these users are discarded. For example, a CEO may 
have a conference call with a plurality of financial advi- 
sors and invite the press to listen on the call without in- 
terruption capabilities. 

[0051] The gateways in the IP central station 200 may 
be configured to provide translation of signals to and/or 
from the various servers in the IP central station 200, 
the IP network 120, the public switched telephone net- 
work 160, the signaling system 7 (SS7) network 170, 
the Internet 180, and/or the secured management data 
(SMD) network 1 90. The gateways typically support one 
or more of the following group of functions: call process- 
ing; signaling system 7 (SS7) connectivity; billing sup- 
port; OAM&P support; connection to public switched tel- 
ephone network; control CoS/QoS parameters; and en- 
hanced services. 

[0052] The voice gateway (VG) 232 may be connect- 
ed to the public switched telephone network 160 and 
operate to convert between IP based voice packets and 
standard public switched telephone network 160 voice 
traffic. Voice gateway 232 may be configured as multi- 
frequency (MF) or I SUP gateways on a per-T1 basis. 
Where multi-frequency (MF) trunks are used, one em- 
bodiment utilizes signaling between the call manager 
218 and the voice gateway 232 using MGCP, SIP, H. 
GCP and/or other compatible protocol. Multi-frequency 
trunks may be compatible with Feature Group D (FGD), 
Operator Service (OS) Signaling protocol and/or Termi- 
nation Protocol (TP). 

[0053] The IP central station 200 may be variously 
connected to the public switched telephone network net- 
work. For example, the IP central station 200 may be 
connected directly to the public switched telephone net- 
work using, for example a bearer channel (e.g., a T1 or 
T3 carrier) and/or interconnected using one or more net- 
works such as an IP network and/or ATM/frame/cell re- 
lay network 185. Where a T1 network is utilized, it may 
be desirable to utilize one or more of ISUP or MF, FGD, 
and OS to interconnect a service bureau in the public 
switched telephone network 1 60. Alternatively, the serv- 
ice bureau in the public switched telephone network 160 



may be interconnected using an alternative network ar- 
rangement such as an IP network 120 and/or a ATM/ 
frame/cell relay network 185. The service bureau may 
coordinate with the IP central station 200 in providing 

5 operator services, directory services and provisioning 
for311,611,and711 services. Emergency 911 services 
may be routed to an E911 tandem switch that has the 
appropriate databases and interfaces with a Public 
Safety Answering Position (PSAP). Emergency 911 

w services may be coordinated by the call manager 218 
and/or public switched telephone network based service 
bureau. 

[0054] Voice gateway 232 may be router-based and 
include one or more voice feature cards and/or DSP 

15 Module cards to perform voice processing. The voice 
gateway 232 may optionally include host processors, 
LAN/WAN ports, Ethernet ports, T1 or E1 telephony in- 
terface cards, Voice Feature Cards with DSP Modules 
providing voice compression transcoding (G.71 1 and G. 

20 729), carrier-quality echo cancellation with 8 ms-32 ms 
tail length, a de-jitter buffer which adapts to delay vari- 
ations in the network in order to minimize the delay, 
packet loss concealment that generates concealment 
frames for lost packets using information from previous- 

25 |y received data, and/or tone detection and generation. 
This function detects Multi-Frequency (MF) tones and 
generates MF and call processing tones (e.g. dial tone, 
call-waiting tone etc.). 

[0055] In exemplary embodiments, the voice gateway 

30 232 may include T1/E1 interfaces with internal Channel 
Service Units (CSUs). It may also be desirable to con- 
figure the voice gateway 232 such that ISUP, MF and 
Centralized Attendant Services (CAS) trunks are sup- 
ported with a configuration done on a per T1 basis. Ad- 

35 ditionally, multi-frequency tones and Centralized At- 
tendant Services may utilize a "robbed bits" communi- 
cation scheme where bits are "robbed" from sub-frames 
to transmit in-band signaling. The multi-frequency tones 
may be converted to and/or from, for example, simple 

40 gateway control protocol (SGCP) signal requests and 
events by the voice gateway 232. For example, multi- 
frequency tones and/or lower level signaling and timing 
functions may be translated to and/or from any of the 
following indications: simple gateway control protocol 

45 Notify functions, simple gateway control protocol Notifi- 
cation Requests, Connection requests, Modify Connec- 
tion requests, off-hook and/or on-hook indications. 
[0056] An Ethernet interface with a RJ-45 connector 
may be used to connect the voice gateway 232 to the 

so central router 210 (e.g., Gigabit Switch or High Speed 
Router (HSR)). The multimedia gateway control proto- 
col may be used as the interface between the voice 
gateway 232 and the call manager 218. For example, 
call control, signaling, and multimedia data stream, real 

55 time protocol (RTP) connections, IP addresses, UDP 
ports, codec choice etc, may be configured in any suit- 
able manner such as by using a multimedia gateway 
control protocol. In exemplary embodiments, audio 
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streams may be passed directly between customer 
premises equipment 102 using real time protocol con- 
nections over, for example, a user datagram protocol 
(UDP). Thus, the multimedia gateway control protocol 
may be utilized to request the voice gateway 232 to in- 
itiate, cancel, and/or otherwise modify connections in or- 
der to set up and tear down RTP media streams. A sim- 
ilar procedure may also be utilized to request continuity 
tests and results. 

[0057] In exemplary embodiments, it may be desira- 
ble to adapt the IP network to carry signaling system 7 
(SS7) Transaction Capabilities Application Part (TCAP) 
messages over the IP network 120 and/or the ATM/ 
frame/cell relay network 1 85. The transport of signaling 
system 7 (SS7) transaction capabilities application part 
(TCAP) messages over the packet networks allows sig- 
naling operations to be supported by multiple connec- 
tions to the same host, multiple host connections, and 
distributed processing of call set-up information using, 
for example, multiple call managers 218 in the broad- 
band network 1 . Thus, the IP network 120 and/or ATM/ 
frame/cell relay network may be utilized to interconnect 
a plurality of ESS switches to transport signaling infor- 
mation, voice, and/or data. In embodiments where the 
signaling gateway (SG) 234 is configured to support sig- 
naling system 7 (SS7) signaling transport using trans- 
action capabilities application part (TCAP) messages, it 
may be desirable to include a translator for converting 
between multimedia gateway control protocol (MGCP) 
messages and transaction capabilities application part 
(TCAP) messages and/or ISDN User Part (ISUP) mes- 
sages. 

[0058] The point where ISUP and TCAP messages 
are terminated at a signaling system 7 (SS7) signaling 
gateway is defined as a Service Switching Point (SSP) 
to the signaling system 7 (SS7) network 170. The call 
manager 218 may be configured with a standardized 
Application Programming Interface (API) to allow inter- 
action with the signaling system 7 (SS7) by, for example, 
sending and/or receiving ISUP and TCAP messages 
from a service switching point (SSP). Full class 5 sign- 
aling system 7 (SS7) functionality may be included in 
the call manager 218 including the ability to provide all 
of the information necessary for billing as defined in the 
GR-246-Bellcore standard. The signaling gateway 234 
may be arranged to perform: signaling system 7 (SS7) 
message handling (message discrimination, message 
distribution, and message routing); signaling link man- 
agement (e.g., link activation, deactivation); signaling 
route management (managing Point Code [PC] route 
status based on route received management messages 
such as Transfer Prohibited, Transfer Allowed, Transfer 
Restricted, etc.); and signaling traffic management (di- 
version of traffic based on unavailability, availability, re- 
striction of signaling link, route, and Point Code.) The 
signaling system 7 (SS7) architecture supports the nec- 
essary redundancy component scheme for system reli- 
ability and availability during scheduled maintenance 
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and/or software/hardware upgrades. The signaling 
gateway 234 may be configured to directly provide for 
lower level signaling system 7 (SS7) processing. 
[0059] In exemplary embodiments, the signaling 

5 gateway 234 interacts with the call manager 21 8 using 
an appropriate open interface (e.g., Common Object 
Request Broker Architecture (COBRA)). In these em- 
bodiments, it may be desirable for translation software 
in the signaling gateway 234 to add Message Transfer 

w Part (MTP) layer information to the ISUP and/or TCAP 
data to create a complete signaling system 7 (SS7) mes- 
sage. The complete signaling system 7 message may 
then be sent to the Signaling Transfer Point (STP) in the 
external signaling system 7 (SS7) network 170. Con- 

15 versely, the signaling gateway 234 may be configured 
to remove ISUP or TCAP application layer data from the 
signaling system 7 (SS7) messages received from the 
STP prior to converting the information to an appropriate 
open interface (e.g., COBRA) and forwarding the infor- 

20 mation to the call manager 218 via the central router 
210. 

[0060] The accounting gateway (AG) 240 may be 
configured to receive messages representing events 
from the call manager 21 8 via a suitable transport mech- 

25 an ism such as the central router 210. Typically, two mes- 
sages are received for each call, the first when the call 
is established, and second when the call terminates. In 
the case of unsuccessful calls, only the failure message 
will be logged. The messages provide details about the 

30 calling and called parties, the timing of the call set-up, 
the duration and the quality of the call. Accounting gate- 
way 240 may be duplicated using a redundant compu- 
ter, with each gateway having dual-mirrored disks. The 
accounting gateway 240 stores usage records and may 

35 then distribute them to linked destinations (e.g., billing 
centers) for processing. Billing centers typically include 
bill processors that receive accounting information from 
the accounting gateway 240 and generate appropriate 
on-line or paper billing to customers. The accounting 

40 gateway may be configured to accommodate multiple 
days worth of accounting records such as the records 
for one day, two days, three days, four days, a week, or 
a month. The period in which the data is retained in the 
accounting gateway may be dependent on business 

45 needs, hardware restrictions, and/or the billing cycle. 
For example, as the end of the billing cycle nears, it may 
be desirable to shorten the period the accounting gate- 
way holds the data such that calls placed the day the 
bills are printed are included on the bills. Further, the 

so accounting gateway may both retain and forward data 
to the billing centers. In this manner, if the equipment at 
* the billing center fails, the accounting gateway 240 may 
serve as a backup. Similarly, the billing center may act 
as a backup where the accounting gateway 240 fails. 

55 [0061 ] An Automatic Message Accounting (AMA) for- 
mat is typically used by circuit-switching systems, pack- 
et-switching systems, and other network elements to 
provide billing usage measurements data (e.g., the Bell- 
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core® Automatic Message Accounting Format (BAF)). 
This data may be utilized either to permit charging the 
customer for use of network resources or to permit 
charging other carriers (e.g., InterExchange Carrier 
(IEC) and other Local Exchange Carrier (LEC)) for as- 5 
sistance in placing call connections. The accounting 
gateway 240 may be configured to convert this informa- 
tion into an Automatic Message Accounting Format 
(AMA) Format (e.g., BAF) records and send these 
records to the external billing systems using, for exam- w 
pie, a TFTP (trivial file transfer protocol). Time-stamp 
accuracy is typically based on the accuracy of the call 
manager 21 8 clock which may be derived from the TOD 
212 server. To create appropriate AMA records, the 
event information produced by the call manager 218 '5 
preferably has appropriate information for the telephone 
service specified such as phone number of the calling 
party (customer), phone number of the called party (cus- 
tomer), time of call, duration of the phone call, and use 
of any discretionary features. Different AMA structures 20 
may be generated between On-Net calls (defined as 
within a network service provider IP network 120) vs. 
Off-Net calls (defined as outside of service provider IP 
network - e.g. public switched telephone network) for 
billing purposes. 25 
[0062] The element management gateway (EMG) 
238 may provide system management functionality that 
includes, for example: a) status and performance mon- 
itoring for the Operation Administration, Maintenance, 
and Provisioning center, to gauge the ongoing operation 30 
of applications; b) extensive information exchange with 
a network operations center responsible for ongoing 
maintenance of one or more applications; c) customiz- 
able operations interface to allow the network opera- 
tions center to view only information required, thus re- 35 
ducing the time spent filtering information; d) centralize 
distributed application configuration allowing for the 
centralized configuration of objects residing on a plural- 
ity machines; e) proactive network management capa- 
bilities to remove the need for constant operator inter- 40 
vention making the day-to-day operations more effi- 
cient; and/or f) intelligent display of status information 
to separate critical issues from low-priority problems al- 
lowing the operation center to assign resources to the 
right problems at the right time. 45 
[0063] The multimedia gateway (MG) 230 may be 
configured to connect to the public switched telephone 
network 160 and to convert IP based multimedia pack- 
ets into standard public switched telephone network 1 60 
traffic. The multimedia gateway 230 may include an in- so 
telligent trunking interface that communicates with the 
call manager 21 8 for automatic trunk sizing and alloca- 
tion between the IP network 1 20 and the public switched 
telephone network 1 60. For example, when an system 
user at the customer premises is using a PC and/or a 55 
multimedia phone to communicate with a traditional 
public switched telephone network 160 user, the com- 
munication session involves the transmission of video 
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and audio data. The bandwidth that is required for this 
type of communication is much greater than that re- 
quired for a PSTN-to-PSTN voice call or an IP-to-PSTN 
voice call. The multimedia gateway 230, as the interface 
between two systems, may negotiate a larger bandwidth 
to facilitate the call if the called party is also video ena- 
bled. This bandwidth negotiation process typically oc- 
curs with a SESS or a Local Digital Switch within the 
public switched telephone network 1 60. Typically, a mul- 
timedia call, including live video, audio and data, will re- 
quire bandwidth ranging from 56K to 1 .544Mbps. How- 
ever, as the number of users sharing the same link 
grows, the quality of the transmission deteriorates sig- 
nificantly. The multimedia gateway 230 must be able to 
monitor bandwidth usage and make appropriate adjust- 
ments so as to maintain an acceptable quality of service. 
Further, it may be desirable for the call manager 218 
and the multimedia gateway 230 to communicate be- 
tween themselves and/or the customer premises equip- 
ment 1 02 to determine whether the user has authorized 
the additional bandwidth and hence expense of the call. 
For example, even where a called and/or calling party 
is video enabled, it may nonetheless refuse to authorize 
payment for the increased bandwidth necessary for vid- 
eo. 

[0064] The Internet gateway (IG) 236 may be con- 
nected to the Internet (e.g., World Wide Web (www)) and 
provide a means for IP based data packets to be routed 
between the IP network 1 20 and the Internet 1 80. Alter- 
natively, IP based voice packets may be routed via the 
Internet 180. In exemplary embodiments, the Internet 
gateway 236 routes data-only packets which share the 
same priority level with other lower priority, non-realtime 
traffic consistent with computer data communications 
presently experienced with the Internet 180. Conse- 
quently, low priority and low latency data traffic on the 
IP network 120 utilize the Internet gateway 236 to com- 
municate with other IP data networks such as the www. 
Voice packets may be routed through another network 
such as the ATM/frame/cell relay network 1 85, a private 
IP network 120, and/or the public switched telephone 
network 1 60 where committed information rates may be 
easily obtained. 

[0065] In exemplary embodiments, the broadband 
network 1 includes the interfaces which enable connec- 
tions to existing Operation, Maintenance and Provision- 
ing (OAM&P) 195 systems that support, billing, account- 
ing, provisioning and/or configuration management 
functions. A Secured Management Data (SMD) Net- 
work 1 90 may be utilized to connect the OAM&P 1 95 to 
the accounting gateway 240 and element management 
gateway 238. The Secure Management Data network 
1 90 may include a Network Service Division's NSD Net. 
The Secure Management Data network 190 helps en- 
sure that only secure communication can occur be- 
tween the IP central station 200 and the OAM&P 195. 
This eliminates one potential means of tampering with 
the billing and provisioning functions in the OAM&P. The 
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billing systems (OSS) 1 95 may include the Network Op- 
erations Center (NOC). The NOC may include a trans- 
lation server which includes functions for allowing com- 
munications and control of diverse networks. 

B. Broadband Residential Gateway (BRG) 

[0066] Referring to Fig. 3, a preferred embodiment for 
a broadband residential gateway (BRG) 300 will now be 
described and explained. The broadband residential 
gateway 300 may be configured as the interface unit be- 
tween the remainder of the customer premise equip- 
ment 1 02 devices and the external network. The broad- 
band residential gateway 300 may be connected to the 
remainder of the broadband network 1 using any suita- 
ble mechanism such as a gateway directly into an IP 
network and/or a cable connection. In the most pre- 
ferred embodiments, a hybrid fiber-coaxial plant con- 
nection is utilized such as hybrid fiber-coaxial (HFC) 
plant 112. The hybrid fiber-coaxial plant 112 allows nu- 
merous broadband residential gateways 300 to be in- 
cluded on an existing hybrid fiber-coaxial plant 1 1 2 with- 
out modification to the plants infrastructure. 
[0067] The broadband residential gateway 300 may 
be variously configured to, for example, provide high- 
speed cable modem capabilities to interconnect one or 
more associated PCs with each other and with the re- 
mainder of the broadband network 1, provide function- 
ality to one or more TVs (using, for example, either an 
integrated or separate decoder functionality, e.g., set 
top box 350), one or more telephone connections such 
as plain old telephone service (POTS) phones and/or 
digital telephones, displays, wireless interfaces, voice 
processing, remote control interface, display interface, 
and/or administrative functions. In exemplary embodi- 
ments, the broadband residential gateway 300 may a) 
providing conversion between analog voice and IP voice 
packets, b) multiplexing/demultiplexing streams of IP. 
voice packets, c) supporting multiplexing/demultiplex- 
ing of multiple incoming and outgoing signals including 
multiple voice, multimedia, data, system administration, 
and/or TV information signals. 
[0068] Where the elements of the broadband residen- 
tial gateway 300 are interconnected, the interconnection 
may be provided by one or more data buses, for exam- 
ple, a high speed bus (HSB) 360, processor bus 380, 
and/or other interconnection system. The high speed 
bus 360, 380 may be configured to provide a flexible 
conduit for transferring information between the internal 
hardware, processors and ports. In exemplary embodi- 
ments of the broadband residential gateway 300, the 
high speed bus 360 may include one or more of the fol- 
lowing functional units a) a universal remote control re- 
ceiver module 365 for receiving wireless (e.g., infrared, 
and/or RF) signals (e.g., keyboard signals and/or re- 
mote control signals) for control of the broadband resi- 
dential gateway 300 and/or any connected devices, b) 
a display, display driver, touch screen logic module for 
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driving one or more local and/or remote displays for in- 
terfacing with the broadband residential gateway 300 
and/or one or more connected devices, c) one or more 
TV port modules 336 for interconnecting televisions, 

5 set-top devices, and/or other audiovisual devices to the 
broadband residential gateway 300, d) one or more data 
port modules 334 for connecting/interconnecting data 
enabled devices (e.g., personal computers, palm top 
devices, etc.), e) one or more telephony port modules 

10 332 for interconnecting one or more analog and/or dig- 
ital telephones, f) one or more peripheral port modules 
342 for interconnecting one or more peripheral devices 
such as disk drives, data storage devices, video cas- 
sette recorders, DVD devices, audio devices, video de- 

15 vices (e.g., camcorders, digital cameras, digital video 
recorders, stereos, etc.), g) one or more external/inter- 
nal intercom modules 344 for interconnecting remote in- 
tercom and/or security monitoring devices, h) one or 
more wireless interface modules 345 for interconnecting 

20 with various wireless extension devices such as wire- 
less TVs, cordless and/or wireless telephones, wireless 
LANs, etc., i) one or more voice recognition/voice syn- 
thesis modules 355 for generating voice announce- 
ments, voice messages, and voice prompts and for rec- 

25 ognizing voice generated commands and data, j) set- 
top box module 350 for performing the functions asso- 
ciated with a set-top box locally and/or for communicat- 
ing with one or more remotely coupled set-top boxes, k) 
memory 322 (e.g., DRAM, RAM, flash, and/or other 

30 memory) for storing information and operating data with- 
in the broadband residential gateway 300, 1 ) transceiver 
302 for communicating with one or more external broad- 
band networks m) operating program store 330 (e.g., 
ROM, flash, etc.) for storing at least portions of the op- 

35 erating programs for the broadband residential gateway 
300 and/or interconnected devices, n) security proces- 
sor, smart card and/or credit card interface module 340 
for providing secure processing functions and/or credit 
card/smart card transaction functions, and/or o) distrib- 

40 uted processing controller 306 which may be a micro- 
processor and/or one or more interconnected distribut- 
ed processing modules for controlling the broadband 
residential gateway 300. Where the distributed process- 
ing controller 306 includes one or more distributed 

45 processing modules, the modules may include a teleph- 
ony processing module (P1 ) 308, data processing mod- 
ule (P23) 310, video processing module (P3) 312, aux- 
iliary processing module (P4) 314, IP processing mod- 
ule (P5) 316, and/or an operations administration main- 

50 tenance and provisioning processing module (P6) 31 8 
interconnected through one or more busses such as 
processor bus 380. The processor bus 380 and/or high 
speed bus 360 may include any suitable interconnect 
bus including intelligent bus configurations incorporat- 

55 ing smart buffer logic (not shown in Fig. 3) to facilitate 
data transfer between interconnected processors and/ 
or modules. The various modules and/or processing 
components of the broadband residential gateway 300 
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may be powered by , for example, a power supply unit 
(not shown). Each of the individual modules of the 
broadband residential gateway will now be described in 
more detail. 

[0069] The transceiver 302 may include circuits for 
converting digital signals to and from RF signals suitable 
for transmission across a broadband network such as 
the hybrid fiber-coaxial plant 112. The transceiver 302 
may include one or more input/output ports such as a 
cable interface (e.g., an F connector cable connection) 
and/or a fiber optic interface connected to a communi- 
cation media (e.g., hybrid fiber-coaxial Plant 112). The 
transceiver 302 may be compatible with the DOCSIS 1 .0 . 
or later specifications. For signaling purposes, the 
broadband residential gateway 300 may be compatible 
with the Media Gateway Control Protocol (MGCP) or 
other compatible signaling protocol (e.g., SIP or H.GCP) 
to support telephony applications. The transceiver 302 
may serve as a modem, a translator and/or a multiplex- 
or/demultiplexor. Data received from the network may 
be de-multiplexed and placed on the data bus for dis- 
patch to the appropriate peripherals and/or ports. Data 
from the various ports and peripherals may be multi- 
plexed together for distribution over one or more broad- 
band networks (e.g., the hybrid fiber-coaxial (HFC) plant 
112). Where a hybrid fiber-coaxial plant 112 is utilized, 
the data may be multiplexed onto various frequency 
bands of the hybrid fiber-coaxial plant 112 in a continu- 
ous data stream (s) and/or packetized data stream (s). 
To facilitate data transfer for various networks, the trans- 
ceiver 302 may be include one or more registers for data 
queuing and/or IP tunneling of data packets across the 
broadband network. 

[0070] Although the illustration of a display, display 
drivers, and touch screen logic device 338 suggests that 
the a display is integral to the broadband residential 
gateway 300, alternative embodiments of the broad- 
band residential gateway 300 may provide a user inter- 
face via the TV screen, PC screen, video telephone, 
and/or other display device in addition to, or in lieu of, a 
display integral to the broadband residential gateway 
300. 

[0071] The peripheral ports module 342 may include 
a plurality of ports providing connectivity to external pe- 
ripherals. Exemplary interfaces include, PCI, Firewire, 
USB, DB25, etc. Devices which incorporate one or more 
of these interfaces may utilize the broadband residential 
gateway 300 to interconnect to the remainder of the 
broadband network 1 . 

[0072] The external/internal Intercom Module (IM) 
344 may include one or more microphones/speakers, 
voice CODECs, telephony processors, and/or interface 
ports. Where an intercom module 344 is utilized, the 
built-in circuitry may be configured to detect, for exam- 
ple, unused plain old telephone system telephone(s) 
and generates a special intercom tone on these unused 
telephones. In this manner, existing plain old telephone 
system telephones, digital phones, and/or other devices 
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may serve as an intercom throughout the residence. 
The controller 306 (e.g., such as the P1 telephony proc- 
essor 308) may function to command the intercom mod- 
ule 344 to determine an appropriate intercom path to 

5 select an intercom connection between various loca- 
tions. In exemplary embodiments, the CODEC may be 
configured to convert the analog voice signal into IP 
packets for transmission over one or more data ports 
334, TV ports 336, display modules 338, telephony ports 

10 332, peripheral ports 342, external/internal intercom 
ports 344, wireless interface ports 345, and/or set-top 
boxes 350. 

[0073] In yet further embodiments, multiple broad- 
band residential gateways 300 may be configured 

15 through, for example, IP tunneling, to set-up an intercom 
connection between multiple remote broadband resi- 
dential gateways 300. In this manner, an administrative 
assistant at the office may be contacted via an intercom 
connection present at the users home. Thus, one or 

20 more individuals disposed at either local and/or remote 
locations with diverse types of equipment may commu- 
nicate as an intercom group without the need to com- 
municate via normal dialing procedures. 
[0074] In addition to intercom services, the intercom 

25 module 344 may also configure intercom services for 
other telephony services (e.g., extension transfer, call 
conferencing, internal caller ID), high speed data serv- 
ices (e.g., LAN connections), facsimile transmission/re- 
ception, e-mail transmission/reception, video confer- 
so encing, and/or CATV/HDTV (Cable Television/High Def- 
inition Television) using standard industry protocols 
such as DOCSIS 1 .0 or higher and IP tunneling trans- 
missions. These services are advantageous in that once 
configured, the user may simulate a work environment 

35 in his home. 

[0075] Though processing may be accomplished by 
a single processor performing all functions (e.g., 
processing controller 306), in the preferred embodiment 
shown in Fig. 3, the architecture employs a distributed 

40 processing controller 306, and a plurality of processors 
P1-P6 308-318. In the distributed processing architec- 
ture, each of the plurality of processors P1-P6 may be 
configured to have a dedicated function to provide pre- 
determined services or applications. The processors 

45 may be coupled together via any suitable mechanism 
such as the processor bus 380 and/or high speed bus 
(HSB) 360. The first processor P1 308 may include te- 
lephony applications such as call set-up, call tear down, 
and call functions; the second processor P2 310 may 

so include management functions such as distribution and 
coordination of data within the various devices of the 
broadband residential gateway 300; the third processor 
P3 31 2 may include video processing functions for con- 
figuring control panels, screen displays of attached de- 

55 vices, video conference calls, MPEG decoding func- 
tions and other video processing functions; the fourth 
processor P4 314 may include an auxiliary processor 
for off loading special processing functions such as nu- 
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meric processing; the fifth processor P5 316 may in- 
clude interface input/output processing (e.g., text to 
voice and vise versa) and/or Internet protocol (IP) 
processing functions for configuring data to communi- 
cate with the remainder of the broadband network 1 and/ 5 
or devices attached to the broadband residential gate- 
way 300 such as IP telephones or IP enable PCs; and 
the sixth processor P6 318 may include processing 
functions for Operation, Maintenance and Provisioning 
(OAM&P) processing. Each of the above processors w 
may be an entirely separate processing unit with includ- 
ed RAM, ROM, Flash memory, or may share RAM, 
ROM, and/or Flash memory. Where shared RAM, ROM, 
and/or Flash memory is utilized, the memory may be lo- 
cated within the distributed processor controller 306 '5 
and/or on the processor bus 380. Alternatively, the 
memory may be integrated into the operating program 
store 330 and/or into memory 322. 
[0076] The Distributed Processing Controller 306 with 
its associated processors (P1-P6) may be coupled to 20 
the various elements of the broadband residential gate- 
way 300 so as to enable proper operation of each of the 
individual components. For example, the distributed 
processing controller 306 (with any associated proces- 
sors (P1 -P6)) may also coupled to the security proces- 25 
sor, smart card / credit card, and interface module 340, 
the peripheral port(s) module 342, and/or the External/ 
Internal Intercom Module 344 for providing control and 
coordination among devices coupled to the high speed 
bus 360. 30 
[0077] The display 338 may include, for example, an 
interactive LED/LCD module positioned in a suitable lo- 
cation such as within or attached to the broadband res- 
idential gateway 300. The display 338 may include an 
interface to notify, display and receive user inputs and 35 
processing status. The display 338 may be configured 
to display various informational status such as multime- 
dia mail, called ID, call logs, call in progress and asso- 
ciated information, call waiting information, call confer- 
encing, and/or other call related information. The display *o 
338 may provide a display of real time status of the var- 
ious devices connected to the broadband residential 
gateway 300 as well as any current connections, calls, 
and/or data transfers. The display 338 may also include 
touch screen capabilities that allow information to be in- 45 
put via a plurality of interrelated on-screen prompts, on- 
screen icons, and/or a keypad (e.g., an alphanumeric 
keyboard). The keypad may be a remote control, numer- 
ic keyboard, and/or alphanumeric keyboard. 
[0078] In one embodiment of the display 338 opera- 50 
tion, a user may touch an icon representing a pending 
voicemail and/or multimedia mail message. The panel 
may be configured to send an electronic signal to the 
processing controller 306 and/or an attached processor 
such as the telephony processor. On receiving the sig- 55 
nal, the P1 telephony processor 308 may be configured 
to generate an IP packet via the transceiver 302 across 
portions of the broadband network 1 to the multimedia 
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server 222 in IP central station 200. The multimedia 
server 222 may authenticate the request by, for exam- 
ple, verifying location of the request and/or the identity 
of the requesting party. Where identity of the calling par- 
ty is being verified, the user enter an access password 
by an audio and/or keyboard request. Where an audio 
request is generated, the user may utilize the external / 
internal intercom module 344 of the broadband residen- 
tial gateway 300, or via a text message entered into the 
display 338. The user may then enter the appropriate 
access code via the onscreen soft keypad, microphone, 
and/or keyboard. Alternatively, the message could be 
stored locally in the broadband residential gateways 300 
memory 322 and depending on whether there is a pass- 
word lock on the broadband residential gateway 300, 
the user may not have to enter a password to access 
the message. Where the message is stored locally in 
the broadband residential gateways 300 memory 322 
rather than IP central station, the display 338 simply re- 
calls the message from memory and presents to the us- 
er to provide one-touch instant message retrieval. 
[0079] In embodiments where the broadband resi- 
dential gateway 300 supports multiple mailboxes, the 
icons on the LCD/LED may be personalized to show the 
identity of the owner of the message. Each user may 
have a different password to ensure privacy of access. 
An activity log which tracks past and present messages 
and/or archives multimedia messages may be present- 
ed on display 338. The archive may be stored locally, or 
at a remote location such as IP central. The archive may 
be utilized by the user to recall messages which have 
long since been erased from local storage but may be 
retrieved from IP central on tape and/or disk storage. 
This is preferably an optional feature for those users 
who are less security conscious. The multimedia mes- 
sages need not be displayed only on display 338. In al- 
ternate embodiments, any of the peripheral devices at- 
tached to the broadband residential gateway 300 are ca- 
pable of receiving the multimedia messages. 
[0080] The memory 322 may be variously configured 
to include one or more field-upgradeable card slots for 
permitting memory expansion. Certain users may wish 
to enable higher end applications such as near video on 
demand (e.g., pausing of shows via buffering in memo- 
ry), video conferencing of multiple users, multi-party 
conferences, call waiting for multiple parties, etc. Ac- 
cordingly, the use of a broadband residential gateway 
300 allows the user to upgrade memory via inserting ad- 
ditional cards. Alternatively, the user may use system 
memory in IP central and buffer data remotely. 
[0081] Operating program store 330 may be config- 
ured to receive updates. This may be accomplished by 
having the user replace one or more memory cards or 
automatically by the IP central station downloading new 
operating code into one or more residential gateways 
300. 

[0082] As previously indicated, smart buffer logic 
(SBL) may be coupled to the telephony port(s) 332, data 
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port(s) 334, TV port(s) 336, peripheral port(s) 342, and/ 
or the distributed processing controller (DPC) 306. 
Where the smart buffer logic is utilized, it may function 
to buffer the IP packets for delivery over the communi- 
cation network such as the hybrid fiber-coaxial plant 
112. In addition, the smart buffer logic may include se- 
lectable switching and routing algorithms based on serv- 
ices and applications associated with each port. De- 
pending on the destination of the IP traffic, the smart 
buffer logic may multiplex signal from various devices 
to effect faster information transfer. The smart buffer log- 
ic may also allow direct memory access between mem- 
ory 322 and one or more of the devices and/or ports cou- 
pled to the high speed bus 360. 
[0083] The telephony port(s) 332 may include various 
interface circuitry (e.g., analog interface, logic and 
firmware for interfacing with the Plain Old Telephone 
(POTs) telephones). Also the telephony port(s) 332 may 
also be configured to include user interface logic, voice 
processing logic, voice activity detector logic, voice CO- 
DECS, and DTMF (dual tone multi-frequency) tone 
sensing logic. Echo cancellation and automatic gain 
control may also be utilized in the telephony port(s) 332 
circuitry. In one embodiment, FU-11 connectors for a 
plurality of lines (e.g., 4) are provided for connection to 
one or more existing plain old telephone system 1 1 0 tel- 
ephone units. However, the broadband residential gate- 
way 300 may contain any number of telephone connec- 
tion ports. In this manner, any number of existing user 
phone may connected directly to the broadband resi- 
dential gateway 300 without modification. Alternatively, 
the broadband residential gateway can be configured to 
support, in addition to or as alternative to the plain old 
telephone system telephone units, ISDN telephones 
and/or other digital phones (e.g., IP telephones) using 
an appropriate interface. 

[0084] The data port(s) 334 interface may be various- 
ly configured. In one configuration, the data ports in- 
clude high speed data service connections to, for exam- 
ple, a personal computer (PC) using a LAN connection. 
For example, the data ports 334 may include an Ether- 
net 802.3 connection compatible with category 5 un- 
shielded twisted pair (UTP) cable and a RJ-45 connec- 
tor. The data port(s) 334 may include the necessary in- 
terface circuitry for coupling to remote computers. 
[0085] The TV port(s) 336 may include an interface 
for conventional television, HDTV and/or CATV servic- 
es. The TV port(s) 336 typically have one or more F- 
connectors used for coaxial cable connection to a TV 
set(s). The TV ports may be configured to connect to a 
set top box (STB) via the F-connector or directly to a 
remote television. In embodiments where the settop box 
is co-located with the television, the data supplied over 
the TV ports may be either analog and/or digital infor- 
mation. Where the settop box is integrated into and/or 
comprises the broadband residential gateway 300, the 
TV ports may be analog or compatible with HDTV sig- 
nals. 
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[0086] The broadband residential gateway 300 need 
not necessarily be limited to home use and is intended 
to also be utilized in business applications. In some con- 
figurations, the broadband residential gateway 300 may 

5 serve the same functions and operate as a private 
branch exchange (PBX). Where greater capacity is de- 
sired, one or more broadband residential gateways 300 
may be disposed on a PC card and combined in a PC, 
rackmount, and/or server to create an expandable pri- 

10 vate branch exchange type system that enables intra- 
premises calling between telephones connected to var- 
ious telephone connectors on the broadband residential 
gateway 300. 

15 C. Integrated Broadband IP Based Communication 
System 

[0087] Fig. 4 shows an exemplary embodiment of the 
broadband network 1 shown in Figs. 1-3, with like com- 

20 ponents identified with identical numbers. At the extrem- 
ities of the integrated communications system is the 
customer premises equipment unit (CPE) 1 02, e.g., one 
or more customer premise equipment 1 02 at each cus- 
tomer location. The customer premise equipment 102 

25 may be configured to include an integrated communica- 
tion interface device such as the broadband residential 
gateway 300. Other customer premise equipment 102 
devices such as one or more televisions (TV) 106, per- 
sonal computers (PC) 108, and telephones 110, etc., 

30 may be connected to the broadband residential gateway 
300 via various ports as discussed above. The customer 
premise equipment 102 could include multiple TVs 106, 
telephones 110, and PCs 1 08 connected to a single and/ 
or multiple broadband residential gateway 300. Further, 

35 in certain embodiments, it may be desirable to divide the 
broadband residential gateway 300 into more than one 
physical package. In this manner, certain interface cir- 
cuitry may be located outside of the home while various 
processing circuitry may be located near a peripheral 

40 device such as in a settop. 

[0088] Where the broadband residential gateway 300 
is coupled to the hybrid fiber-coaxial plant 1 1 2 in accord- 
ance with a preferred embodiment of the present inven- 
tion, it may be configured to provide the user with both 

45 information data (e.g., through an Ethernet interface), 
telephony access, and TV service (e.g., HDTV, Digital 
TV and/or CATV services). In exemplary embodiments, 
the hybrid fiber-coaxial plant 1 1 2 typically includes both 
coaxial cable and optical fiber networks, though, where 

50 desired, the network may include only coaxial cable or 
optical fiber. The hybrid fiber-coaxial plant 112 may be 
coupled to a head-end hub (HEH) 115. The head end 
hub 115 may provide an interconnection point to gather 
and/or transform external services (e.g., off air and sat- 

55 ellite video, public switched telephone network voice, 
and Internet data) into a format suitable for distribution 
on the hybrid fiber-coaxial plant 1 1 2 for use with the cus- 
tomer premise equipment 102. The head-end hub 115 
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may include one or more cable modem termination sys- 
tems (CMTS) 116 coupled between the hybrid fiber-co- 
axial plant 112, a Head-end (HE) 117 and/or an Edge 
Router (ER) 118. The edge router 118 may be coupled 
to the cable modem termination system 1 1 6 and to one 
or more ultra high speed routers (UHR) 121. One or 
more ultra high speed routers 121 may be interconnect- 
ed to each other and/or through a centralized mecha- 
nism such as an IP network database to form a high 
speed network. The high speed packet network 120n is 
one example of the network 120 (e.g., IP network) 
shown in Fig. 1 . 

[0089] In the embodiment shown in Fig. 4, the high 
speed network 120n includes the ultra high-speed rout- 
ers (UHR) 121 configured in a ring configuration. Al- 
though this embodiment shows the use of the I P network 
database (IND) 122, other configurations are also suit- 
able. Where an IP network database 122 is utilized, it 
may be desirable to incorporate one or more data sets 
such as: a IP local number portability database (IP LNP) 
122a which may be utilized for transferring local DN 
among service providers when a user changes their 
service provider; an IP caller name database (IP 
CNAME) 122b which may be utilized to provide a data- 
base of names relating to IP addresses and/or domain 
names; an IP line information database (IP LIDB) 122c 
which may provide alternative billing and allow flexibility 
in determining who pays for a call; and an IP 1-800 Da- 
tabase (IP 8YY) 122d which may provide a database of 
1-800 numbers relating to the IP network 120a. Alterna- 
tively, the IP local number portability database may be 
located at another location, such as at an IP central sta- 
tion (IP Central) 130. Where desired, a local service 
management system (LSMS) 150 may be arranged to 
provide management of the IP local number portability 
database. Where a local service management system 
150 is utilized, a plurality of local service order adminis- 
tration (LSOA) units 152 may be coupled to the local 
service management system by, for example, a number 
portability administration center (NPAC) 151. In this 
manner, directory numbers may be transported among 
different service providers. In such a case, a NPAC 151 
is generally coupled to the LSMS 150 and uses the LS- 
MS 150 to synchronize the numbering databases and 
to coordinate the porting process. 
[0090] As indicated above, the broadband network 1 
may include a plurality of interconnected high perform- 
ance networks 120n. Each high performance network 
120n may include a separate IP central station 200 and/ 
or share a single IP central station. Having distributed 
IP central stations located throughout the broadband 
network 1 provides improved performance and quicker 
response time for an individual user. Although not illus- 
trated, each high performance network 120, 120n may 
be connected to multiple head-end hubs 115, each 
head-end hub 115 may be connected to multiple hybrid 
fiber-coaxial plants 112, and each hybrid fiber-coaxial 
plant 112 may be connected to a plurality of customer 



premises equipment 102, each containing one or more 
broadband residential gateways 300. The plurality of 
high performance networks 120n may be configured as 
an interconnected network for routing packetized infor- 
5 mation from point-to-point in accordance with a desired 
destination. 

[0091] The high performance network 120n may be 
configured to provide connectivity for and between a 
plurality of head-end hubs 115 and/or a plurality of 

10 broadband residential gateways 300 and other net- 
works such as the Internet, e.g., www 180, the public 
switched telephone network (PSTN) 1 60 and/or various 
signaling systems such as the SS7 network 1 70 for end- 
to-end voice over IP applications. The IP central station 

15 200 may be configured to provide seamless integration 
and control of the high performance network 120 (e.g., 
an IP based communication system) interface with the 
public switched telephone networks (PSTN) 1 60, sign- 
aling system seven (SS7) 170, and/or the Internet 180 

20 so that packetized data, voice calls, and other signaling 
information is properly transferred between the broad- 
band residential gateway 300 and the public switched 
telephone network 160 and Internet 180. In certain con- 
figurations, the hybrid fiber-coaxial 112, head-end 

25 hub115, and high performance network 120, provide a 
signal conduit for packetized voice and data which may, 
with the coordination of the IP central station 200, be 
provided in the appropriate format between the broad- 
band residential gateway 300, the public switched tele- 

30 phone network 1 60, and/or. the www 1 80. 

D. General Operation of Integrated Communication 
System 

35 [0092] The typical home user is currently required to 
purchase multiple intelligent data conduits such as mul- 
tiple set-top boxes, a plurality of conventional, DSL and/ 
or ISDN phones, cable modems, HDTV receivers, sat- 
ellite receivers, home PC LANs, etc. The integrated 

40 communication system of the present invention pro- 
vides a user friendly versatile communication system 
that enables voice over IP telephony, information data 
(e.g., PC and Internet), and television services in a sys- 
tem with one intelligent customer premise equipment 

45 102 interface, the broadband residential gateway 300. 
The broadband residential gateway 300 in conjunction 
with the IP central station 200 provides a flexible com- 
munication system that can provide any number of in- 
tegrated communication service features and functions 

so without requiring the user to become familiar with nu- 
merous, diverse types of equipment. 
[0093] In one exemplary application of the voice over 
IP operations, the broadband residential gateway 300 
digitizes the analog telephony signal using, for example, 

55 G.711 n law coding (64 Kbps Pulse Code Modulation). 
The digital samples may then be packetized in, for ex- 
ample, the broadband residential gateway 300 into IP 
packets. The broadband residential gateway 300 may 
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be configured to encapsulate the IP packets into, for ex- 
ample, DOCSIS (Data Over Cable Service Interface 
Specifications) frames for transmission back to the 
head-end hub (HEH) 115 over the hybrid fiber-coaxial 
plant 112. The hybrid fiber-coaxial plant 112 may then 5 
be configured to transport signals for both upstream (to 
head-end hub 202) and downstream (to the broadband 
residential gateway 300 and customer premise equip- 
ment 102) directions. Although the DOCSIS protocol is 
utilized in this example, any future protocol may also be w 
used for the digitizing and packeting of data. Where the 
protocol changes, it may be desirable to download new 
operating code from, for example, IP central station 200 
to the individual broadband residential gateways 300, to 
update the communication protocols dynamically. When 15 
new protocols are adopted, the IP central station may 
utilize, for example, the system management server 21 6 
to download new protocol data into, for example, the 
protocol manager in the call manager 218 and the pro- 
gram store 330 in the broadband residential gateway 20 
300. 

[0094] Where voice packets are sent over constant bit 
rate (CBR) channels using unsolicited grants, additional 
packet data channels may be used to support signaling 
messages (e.g., SGCP, Simple Gateway Control Proto- 25 
col), high-speed cable modem service and/or other up- 
stream packet data services. The upstream packet data 
services may be sent using available bit rate (ABR) 
channels such that the voice channels not impacted by 
data traffic. 30 

A. TV Signal Reception 

[0095] The head-end 1 1 7 may originate CATV signals 
for transmission over the distribution network. However, 35 
in alternate embodiments, signals may be inserted at 
other points in the distribution network, such as at vari- 
ous hubs or may arise at remote locations in the network 
such as IP central. Down stream channels may be uti- 
lized to facilitate the transmission of signals from the *o 
head-end or other input distribution point to the sub- 
scriber premise. Where analog RF signals arrive at the 
broadband residential gateway 300 of the customer 
premise equipment 102, typically, the transceiver cir- 
cuitry 302 will detect if the signal is addressed to this 45 
broadband residential gateway 300. If so, the transceiv- , 
er will allow reception of the RF signal. Upon conversion 
to a digital format, the signal is typically output over the 
high speed bus (HSB) 360 to one or more associated 
devices for processing. For example, where the signal so 
is a TV signal, the signal may be output directly to the 
TV port 336 and/or processed by the settop box 350 pri- 
or to outputting to the TV ports 336 and/or display 338. 
Where user channel selection is preformed directly in 
the broadband residential gateway 300, channel selec- 55 
tion may be preformed by remote control receiver 365 
using an external device such as a remote control. The 
remote control receiver may receive a plurality of indi- 
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vidually coded remote control commands from different 
receivers and process the signals for only one associ- 
ated device in accordance with the received commands. 
Alternative channel inputs include the display 338 and/ 
or any associated keypad. Authorization to certain chan- 
nels may be controlled by security processor 340. 
[0096] Where a remote settop box is utilized, the box 
may be coupled directly to the HFC for individual fre- 
quency tuning and/or receive a digital feed from the 
broadband residential gateway 300 after decoding the 
digital signal. For example, where hybrid fiber-coaxial 
plant 112 contains fiber connections to locations near 
the individual homes, it may be desirable to download 
one or more simultaneous individually requested pro- 
gramming stream(s) and/or digital data stream(s) to the 
broadband residential gateway 300. In this manner, the 
number of channels, movie selections, and/or entertain- 
ment options available to the user are unlimited. Cost is 
minimized since only a single intelligent user interface 
is used in the home and all televisions, phones, com- 
puters, and/or other user interface devices use the same 
intelligent user interface to the broadband network 1 . In 
this manner, the broadband network 1 may offer premi- 
um television, voice and/or data services to multiple 
conventional televisions, phones, and PCs without the 
use of multiple set boxes, modems, and external con- 
nections. Thus, the users are provided a single unified 
interface to satisfy their external data needs. 

B. Exemplary Call Flow of an On-Network Call to an 
Off-Network Call, with the Off-Network Call initiating 
the Dropping. 

[0097] Fig. 5 illustrates an exemplary call processing 
sequence for an on-net call (e.g., an IP. based call) to 
an off-net call (e.g., a public switched telephone network 
based call), in which the off-net party initiates the drop 
call sequence. The exemplary call processing sequence 
operates as follows: 

1 . Once the broadband residential gateway 300 de- 
tects an off hook condition, the broadband residen- 
tial gateway 300 may generate an off hook signal 
508 to the call manager (CM) 218. The off hook sig- 
nal acts as a dial tone request to the call manager 
218. Alternatively, the broadband residential gate- 
way 300 may collect all dialed digits before activat- 
ing the off hook condition. This alternative may be 
desirable to save resources at the call manager 21 8 
where multiple incoming lines are available to han- 
dle any additional calls. Thus, even though one 
phone is off-hook, the broadband residential gate- 
way 300 determines that other lines are available 
and does not initiate the off-hook signal until all di- 
aling digits have been collected. 

2. Where the call is managed entirely by the call 
manager, the call manager 21 8 will issue a dial tone 
message 509 to the requesting broadband residen- 
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tial gateway 300 in order for the broadband residen- 
tial gateway 300 to generate a dial tone to the as- 
sociated phone. Where the broadband residential 
gateway 300 shares management of the call, the 
broadband residential gateway 300 generates the 5 
dial tone in response to the off-hook condition. 

3. Where the call is managed entirely by the call 
manager 218, the call manager 218 will then enter 
a state where it polls and collects the dialed digits 
510 from the broadband residential gateway 300. *o 
The dialed digits may then be transferred to the call 
manager 218 one at a time as they are entered. Al- 
ternatively, where the call set-up control process is 
shared between the broadband residential gateway 
300 and the call manager 21 8, the broadband res- 15 
idential gateway 300 collects the dial digits and 
transfers these, together with the off-hook signal to 
the call manager 21 8. This transfer may be facilitat- 
ed by combining this data into a single data packet. 

4. On receiving the dialed digits, the call manager 20 
218 will determine whether local number portability 
has been enabled. Where local number portability 
has been enable, the call manager 218 may issue 

a local number portability (LNP) query 511 to the IP 
local number portability database 122. The IP local 25 
number portability database 122 may then supply 
the call manager 218 with a routing number 512 if 
the dialed digits form a valid sequence. Where the 
dialed digits do not form a valid sequence, the call 
manager 218 will return an error indication to the 30 
broadband residential gateway 300. The error des- 
ignation may include a tone and/or a more detailed 
error message for display on, for example, display 
338. 

5. Where the call sequence is valid, the call man- 35 
ager 21 8 may issue a first call proceeding message 
513 to the broadband residential gateway 300 indi- 
cating that the number is valid and the call is pro- 
ceeding (e.g., a valid on-hook condition). 

6. Next, the call manager 21 8 typically determines *o 
whether adequate network resources are available 

to carry the call. In embodiments where the broad- 
band residential gateway 300 is connected to a hy- 
brid fiber-coaxial plant 112, the call manager 218 
may send an open gate allocation request 51 4 to 45 
the cable modem transmission system 116. In this 
event, it is often desirable for the cable modem 
transmission system 116 to provide a gate alloca- 
tion acknowledgement 515. A gate allocation ac- 
knowledgement may be utilized to verify that the so 
necessary gate resources have been allocated. 

7. The call manager 218 may send an open con- 
nection request 516 to the voice gateway (VG) 232 
in order to provision the connection. Once the con- 
nection is provisioned, the VG 232 may provide an 55 
open connection acknowledgement 51 7 back to the 
call manager 218. 

8. For off network connections, it is often necessary 



to enter a second phase of the connection process 
involving the appropriate link signaling to establish 
a call. For example, the call manager 21 8 may send 
an ISUP IAM (Initial Address) message 518 con- 
taining the directory number (DN) of the called party 
to the signaling gateway (SG) 234. This process is 
often utilized to allocate the appropriate voice trunk 
for communication. The call manager 218 may also 
send an alerting message 519 1 the broadband res- 
idential gateway to produce an alerting signal, e.g., 
a ringing tone. The signaling gateway 234 may 
make the appropriate connections when the trunk 
has been allocated and acknowledge the request 
with an ISUP A call manager (Address Complete) 
message 520. 

9. Once the called party has answered the call and 
connection is established, the signaling gateway 
234 may send an ISUP ANM (Answered) message 
521 to the call manager 218 indicating that the 
called party has answered. 

1 0. The call manager 21 8 may then send a call start 
message 522 to the accounting gateway (AG) 240, 
indicating the start of the call. The AG 240 may use 
this information for billing purposes. 

11. At this point, the link has been established and 
the conversation 523 can proceed over the commu- 
nications path. Note that although signaling system 
7 (SS7) signaling is used herein to illustrate the 
present invention and is a well known signaling pro- 
tocol utilized in the art of telephony telecommunica- 
tion, the instant invention is not limited to the use of 
signaling system 7 (SS7) signaling for call estab- 
lishment of an off-network call; the use of signaling 
system 7 (SS7) signaling is merely illustrative. As 
such, other methods of signaling may be substitut- 
ed for signaling system 7 (SS7). 

11 . When the called public switched telephone net- 
work user terminates the link, an on hook signal 
may be sent to the appropriate public switched tel- 
ephone network switch, such as a SESS. The sig- 
naling network may then send a call termination 
message (not shown) to the signaling gateway 234 
as notification of the call termination status. 

12. The signaling gateway 234 may then generate 
a release 524 signal to the call manager 218. 

13. Upon receipt of the release 524 signal, the call 
manager 218 may a) initiate the relinquishment of 
the provisioned network resources by issuing a 
close connection 525 message to the voice gate- 
way (VG) 232 and a release complete 526 message 
to the signaling gateway 234, b) inform the account- 
ing gateway that the call has been terminated, for 
billing purposes via, for example, sending a call end 
527 message to the accounting gateway 240. 

1 4. With reference to the close connection 525 mes- 
sage, the voice gateway may respond by issuing a 
report message 528 to the call manager 218 con- 
taining the current status of the call. 
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15. On receiving the call status report 528, the call 
manager 218 may issue a delete connection 529 
message to the broadband residential gateway 
300. 

16. The broadband residential gateway 300 may 
then releases its resources and sends a status re- 
port 530 to the call manager 218. In addition to the 
report 530, the broadband residential gateway 300 
may also send an on hook 531 status report to the 
call manager 218. 

17. The call manager 218 may then inform the 
broadband residential gateway 300 to report the 
next off hook condition via message 532. 

18. Where a cable modem transmission system is 
utilized, the call manager 21 8 may then issues a re- 
lease gate 533 message to the cable modem trans- 
mission system 11 6 so that all the modem resourc- 
es can be relinquished. Once the gate resources 
have been released, the cable modem transmission 
system 118 sends a release gate complete 534 
message to the call manager 218. At this point, all 
resources pertaining to the call have been relin- 
quished. 

C. Exemplary Call Flow of an On-Network Call to 
another On-Network User, Under One Call Manager 
Control 

[0098] Fig. 6 illustrates an exemplary call flow of an 
on-network call to another on-network user, with the call 
being handled by a single call manager (CM) 218. In 
alternate embodiments, different portions of the call set- 
up sequence may be handled by more than one call 
manager 21 8 in the IP network 1 20. The exemplary "on- 
network" call processing sequence operates as follows: 

1 . Once the broadband residential gateway 300A 
detects and off hook condition of, for example, a tel- 
ephone, the broadband residential gateway 300A 
may generate an off hook signal 607 to the call man- 
ager (CM) 218. The off hook signal, may act as a 
dial tone request to the call manager 218. 

2. The call manager 218 may then issue a dial tone 
message 608 to the requesting near-side broad- 
band residential gateway 300A in order for the 
broadband residential gateway 300A to generate a 
dial tone. 

3. The call manager 218 may then enter a state 
where it polls and collects the dialed digits 609 from 
broadband residential gateway 300A. The dialed 
digits are transferred to the call manager 218 one 
at a time. In a similar fashion to the subject matter 
discussed above, in embodiments where the call 
setup is shared between the call manager 218 and 
the broadband residential gateway 300A, the 
broadband residential gateway may manage the 
call set-up and transfer both the off-hook signal and 
the dialed digits to the call manager 21 8 within one 
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or more. 

4. On receiving the completed dialed digits, the call 
manager 218 may issue a local number portability 
query 610 to the IP local number portability data- 

5 base 122. The IP local number portability database 
122 may then supply the call manager 218 with a 
routing number 611 if the dialed digits constitute a 
valid sequence. 

5. The call manager 218 may then ensure that ad- 
10 equate network resources are available to accom- 
modate the call. 

6. Where adequate resources are available, the call 
manager 218 may issue a first setup message 612 
to whatever mechanism couples the far side broad- 

15 band residential gateway 300, e.g., the cable mo- 
dem transmission system 116B, to allocate trans- 
mission resources on the far side. 

7. A call proceeding message and a report on hook 
condition message 613 may then be sent to the 

20 broadband residential gateway 300A. 

8. A gate allocation message 614 may then be sent 
from the call manager 218 to the cable modem 
transmission system 116A, where the broadband 
residential gateway 300A is coupled via a cable mo- 

25 dem transmission system. In this environment, a 
gate allocation 614 message may be utilized to set 
up the relevant modem resources. 

9. Where a cable modem transmission system is 
utilized and receives the setup message 612 from 

30 call manager 218, the cable modem transmission 
system 116B may then send a connection request 
615 message to the far side broadband residential 
gateway 300B. 

10. Where a cable modem transmission system 
35 1 1 6B is utilized, the cable modem transmission sys- 
tem may then sends a setup acknowledgement 61 6 
to call manager 218. Once the resources are allo- 
cated by the cable modem transmission system 
116A, the cable modem transmission system may 

40 then send a gate allocation acknowledgement mes- 
sage 61 7 back to the call manager 21 8. 

11. Once the call manager 218 receives the setup 
acknowledgement 616 along with the gate alloca- 
tion acknowledgement message 617, the far-side 

45 broadband residential gateway 300B may then 
send a ringing message 618 to the far-side cable 
modem transmission system 116B where this con- 
nectivity is utilized. 

12. In these embodiments, the far-side cable mo- 
50 dem transmission system 1 1 6B may then issue an 

alerting message 619 to the call manager 218. 

13. The call manager 2 1 8 may then convey the alert 
via an alerting message 620 to the broadband res- 
idential gateway 300A, to produce a indicating sig- 

55 nal such as a ringing signal indicating that the call 
is going through. 

14. The cable modem transmission system 116B 
may then issue a connect message 622 to the call 
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manager 21 8 in response to the far-side broadband 
residential gateway 300B sending an off hook mes- 
sage 621 to the far-side cable modem transmission 
system 11 6B. At this point, the end-to-end commu- 
nication path is established and conversation 623 5 
can be facilitated. 

15. Assuming that the calling party hangs up first, 
the broadband residential gateway 300A may initi- 
ate an on hook sequence 624 message which may 

be communicated to the near-side cable modem to 
transmission system 116A. 

16. The cable modem transmission system 116A 
may then issue a disconnect message 625 to the 
call manager (CM) 21 8. The call manager 21 8 may 
then issue a first delete connection request 626 to 15 
the near-side broadband residential gateway 300A 
and then a second delete connection request 627 

to the far-side broadband residential gateway 300B. 

17. The near-side broadband residential gateway 
300A may respond to the call manager 21 8 with a 20 
report message 628 containing the connection sta- 
tus, as well as an on hook message 630 to verify 
that the calling party at near-side broadband resi- 
dential gateway 300A has terminated the call. 

18. The far-side broadband residential gateway 25 
300B may respond to the call manager 218 with a 
report message 629 containing the connection sta- 
tus, as well as an on hook message 631 indicating 
that the called party connection has now been ter- 
minated. 30 

19. At this point, the call manager 218 may issue 
release gate messages 634 and 635 to the near- 
side cable modem transmission system 21 8 and far 
side cable modem transmission system 116B, re- 
spectively, so as to release the modems associated 35 
with the call. Once all the resources have releases, 

the cable modem transmission system 116A and 
the cable modem transmission system 116B may 
issue gate release complete messages 636 and 
637 respectively to the call manager 21 8. *o 

20. For simplicity, the accounting processing is not 
shown. However, the process used in Fig. 5 may be 
utilized as the billing procedure for on-net calls. 
Such a process might constitute sending a call start 
message from the call manager 21 8 to an account- 45 
ing gateway (AG) 240 after the connect message 
622 is sent from the far-side cable modem trans- 
mission system 116B to call manager 218. The call 
start message would trigger the start of the billing 
procedure. A corresponding call end message 50 
would then be sent from the call manager 21 8 to the 

AG 240 after the near-side cable modem transmis- 
sion system 1 1 6A sends a the disconnect message 
625 to the call manager 21 8. This call end message 
would trigger the ending of the billing procedure for 55 
that call. 

Although the IP voice packets for these calls are typi- 




cally routed over the IP network 120, the system may, 
where appropriate, route IP voice packets over the In- 
ternet 180. 

II. BRG WITH PBX CAPABILITIES 

[0099] Fig. 7 is a block diagram illustrating the inter- 
face of the BRG IP PBX with the IP network and other 
BRG IP PBX systems. The BRG PBX 700 may be con- 
figured with a server or other network appliance. The 
BRG PBX 700 may support several types of telephones 
702 such as standard analog handsets with CLASS 
services, digital handsets and H.323 handsets having 
an Ethernet interface. A traditional analog handset con- 
nected to the BRG PBX 700 may provide such calling 
features as caller ID, calling waiting, three-way confer- 
encing and other well known calling services using 
standard approaches for a POTS environment. A per- 
sonal computer 704 using call control software may also 
be connected to the BRG PBX 700 and be used to im- 
plement calls on the IP network. A handset with H.323 
protocol may also be connected to the BRG PBX 700 
providing users with calling capabilities and call service 
features. 

[0100] The BRG PBX 700 may be connected to a na- 
tional IP network 706 via a wireless connection 708. The 
BRG PBX 700 may also be connected to the national IP 
network 706 via a fiber, HFC or cable connection 710. 
The national IP network 706 may be connected to a 
called number converter 71 2 that is capable of convert- 
ing IP addresses to POTS addresses and capable of 
generating dual tone multi-frequency signals. The called 
number address converter provides an interface for the 
national IP network to communicate over the PSTN 71 4. 
The PSTN 714 is connected to POTS type telephones 
716 allowing communication to occur between a tele- 
phone connected on the national IP network 706 and a 
telephone 716 connected on the PSTN 714. 
[0101] The national IP network 706 may also be con- 
nected to a global IP network 71 8. The global IP network 
718 may also be connected to the PSTN 714 by trunk 
gateways 720. The global IP network 718 may also be 
connected to other IP terminals such as terminal 722 
connected internationally by a wireless connection 724 
from a remote location via a satellite link, fixed wireless 
or mobile wireless link. Likewise, a terminal 726 may be 
connected to a local area network (LAN) 728 by a fiber, 
HFC or cable link 730. 

[0102] The BRG PBX 700 may be configured with a 
personal computer type server that is commercially well 
known in the art. The server may interface with the tel- 
ephone handsets and provide the link to a distributed 
network of servers and would centrally manage switch- 
ing, call control and interactive voice response/messag- 
ing functions. Each telephone handset 702 would com- 
municate with the server that would route calls between 
other servers on the network. Provided that the tele- 
phone handsets 702 had a redundant link to the BRG 
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PBX servers 700, the failure of an individual server 
would not affect any telecommunication traffic. 
[0103] A personal computer based server may pro- 
vide some advantages such as the capability of imple- 
menting a variety of different types of services from a 
single low cost computer. Administrative costs would be 
lower and the server may be capable of executing many 
concurrent interactive voice response (IVR), automatic 
call distribution (ACD), switching, voice mail, email and 
billing services under a commonly used operating sys- 
tem such as Unix, Linux or Windows NT. 
[0104] The BRG PBX 700 may be configured with a 
network appliance such as a hub or router. This switch- 
ing hub may have a bank of RJ 1 4 jacks that connect the 
telephone handsets 702 as well as providing the RJ45 
jack connecting the PC 704 to the IP network. An ancil- 
lary personal computer type server may provide voice 
response and messaging services. The network hubs 
may also deliver basic telephony services such as DT- 
MF dial tones and switching capabilities. Network appli- 
ances have the advantage of simplistic installation and 
reliability of operation. Because of their solid state con- 
struction, with no or few moving part, their operational 
life ensures extremely low failure rates. The major dis- 
advantage of implementing a network appliance as a 
BRG PBX 700 is that they normally function as special 
purpose equipment and services such as voice mail, in- 
teractive voice response, and ACD will typically require 
a separate computer to interface with the network 
switching appliances. 

[01 05] The BRG PBX 700 may be configured with as 
a peer-to-peer network. A peer-to-peer telephone net- 
work may employ H.323 telephone handsets 702 con- 
necting to a gateway server or other equipment to pro- 
vide connectivity to the national IP network 706. Peer- 
to-peer networks are typically ideally suited for H.323 
Ethernet headsets. A server is typically required for de- 
livery of enhanced services such as voice mail, IVR, and 
ACD. However, basic telephony services do not require 
a server. 

[0106] In a distributed telephony environment such as 
the one illustrated in Figure 7, the major advantage is 
fault tolerance. Since each node within the distributed 
system can operate independently of the others, it is 
possible to build an extremely reliable telephone net- 
work with no central point of failure. 
[0107] Fig. 8 is a block diagram illustrating the con- 
nectivity of the BRG IP PBX from the telephone to the 
IP network. The BRG PBX 800 may comprise a central 
processing unit 802, a memory system for storing data 
and software programs 804 and a memory buffer 806. 
IP telephones 808 are connected to the BRG PBX 800 
by an IP phone interface 81 0. An analog telephone 81 2 
may also be connected to the BRG PBX 800 by an an- 
alog to digital converter 814. The connections between 
the IP telephones 808 and the BRG PBX may be a wire- 
less, fiber optic, HFC, or cable link. Also, the connec- 
tions between the analog telephone 812 and the BRG 
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PBX may be a wireless, fiber optic, HFC, or cable link. 
A computer 81 6 may also be connected to the BRG PBX 
800 by an Ethernet interface 818. The BRG PBX 800 
may provide support for the IP telephones 808, the an- 
alog telephones 812, and the computer 816 to make 
point-to-point and point-to-multi-point connections to 
other telephones or computers on the communication 
network. 

[0108] The BRG PBX 800 is connected to the IP net- 
work by a broadband, high-speed link 820 such as a 
wireless, fiber, HFC or cable connection. The BRG PBX 
800 is connected to an IP central station 822 that con- 
nects to other central stations in the IP network. The 
BRG PBX 800 may be configured to and connected to 
other BRG PBXs 824 and 826 forming a LAN or WAN 
communicating to each other by an IP interface. The 
BRG PBXs 824 and 826 may also be connected to IP 
central stations 828 and 830 that are also connected on 
the IP network. A LAN configuration may be implement- 
ed on behalf of a neighborhood association, while a 
WAN may be implemented on behalf of family members 
who have residences in multiple geographic locations. 
[0109] Fig. 9 is a block diagram illustrating a method- 
ology for handling calls into or out of BRG PBX systems. 
When a call arrives at the BRG PBX 900, a determina- 
tion is made as to whether the called number has a 
POTS address or an IP address 902. If the called 
number has a POTS address, the called number is con- 
verted to an IP address 904. Otherwise, the BRG PBX 
906 inquires whether the caller desires to access the 
BRG PBX features 906. This can be accomplished with 
a voice prompt or by snooping for additional signals from 
the caller's handset for codes to access the BRG PBX 
features. If the BRG PBX calling features are not acti- 
vated, the call is routed to the called number 908. The 
BRG PBX determines if the recipient of the call has in- 
voked calling features such as call forwarding 91 0. If the 
recipient has not invoked any calling features, the call 
is routed to the destination 912. If calling features have 
been activated by the intended call recipient, the BRG 
PBX handles the call according to the invoked features 
914. 

[0110] If the caller desires to access the BRG PBX 
calling features 906, the BRG PBX determines if the call- 
er is authorized to invoke the calling features 91 6. If the 
caller is not authenticated, the caller is rejected 91 8 and 
the call terminated. However, the BRG PBX may be con- 
figured to allow the user additional opportunities to reg- 
ister as an authorized user or may allow the caller to call 
another number served by the BRG PBX 920. If the later 
option is selected, the BRG PBX routes the call to the 
called number 908. 

[0111] If the caller is authorized to invoke the BRG 
PBX functions 91 6, the BRG PBX snoops for the voice 
activated or code activated calling feature set 922. Once 
the code corresponding to the calling feature is received 
by the BRG PBX, the calling feature is implemented 924. 
The BRG PBX may continue to snoop the line for addi- 
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tional codes from the caller to invoke additional calling 
features 926. If additional codes are received by the 
BRG PBX, the additional calling features are implement- 
ed 928. 

[0112] Where technical features mentioned in any 
claim are followed by reference signs, those reference 
signs have been included for the sole purpose of in- 
creasing the intelligibility of the claims and accordingly, 
such reference signs do not have any limiting effect on 
the scope of each element identified by way of example 
by such reference signs. 



Claims 

1. A residential gateway for accessing a communica- 
tion network, comprising: 

a residential PBX system comprising a central 
processing unit coupled to a memory area and 
at least one telephone interlace; 
at least one telephone connected to said resi- 
dential PBX system via the at least one tele- 
phone interface; and 

an Internet Protocol central station connected 
to said residential PBX system providing ac- 
cess for said at least one telephone to said 
communication network. 
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analog telephone is connected to said residential 
PBX by an analog to digital converter. 

7. The residential gateway for accessing a communi- 
5 cation network of claim 1 , further comprising a com- 
puter connected to said residential PBX. 

8. The residential gateway for accessing a communi- 
cation network of claim 7, characterised in that said 

10 computer is connected to said residential PBX by 
an Ethernet interface. 

9. The residential gateway for accessing a communi- 
cation network of claim 1 , characterised in that said 

15 residential PBX is connected to a second residential 
PBX. 

10. The residential gateway for accessing a communi- 
cation network of claim 9, characterised in that said 

20 residential PBX is connected to said second resi- 
dential PBX by an Internet Protocol connection. 

11. The residential gateway for accessing a communi- 
cation network of claim 9, characterised in that said 

25 memory area comprises a memory buffer area. 

12. A residential gateway for accessing a communica- 
tion network, comprising: 



2. The residential gateway for accessing a communi- 
cation network of claim 1 , further comprising a con- 
nection between said at least one telephone and 
said residential PBX, selected from the group which 
conprises: 

a wireless connection; 
a fiber optical connection; 
a hybrid fiber coaxial connection; 
a cable connection. 

3. The residential gateway for accessing a communi- 
cation network of claim 1 , characterised in that said 
at least one telephone comprises an Internet Pro- 
tocol telephone connected to said residential PBX. 

4. The residential gateway for accessing a communi- 
cation network of claim 3, characterised in that said 
Internet Protocol telephone is connected to said 
residential PBX by an Internet Protocol telephone 
interface. 

5. The residential gateway for accessing a communi- 
cation network of claim 1 , characterised in that said 
at least one telephone comprises an analog tele- 
phone connected to said residential PBX. 

6. The residential gateway for accessing a communi- 
cation network of claim 5, characterised in that said 



a residential PBX system comprising a centra! 
processing unit coupled to a memory area and 
at least one telephone interface; 
at least one Internet Protocol telephone con- 
nected to said residential PBX system via said 
at least one Internet Protocol telephone inter- 
face; 

at least one software application stored in said 
memory area capable of implementing calling 
features of said residential PBX system; 
a buffer memory area capable of storing Inter- 
net Protocol packets and the central processing 
unit capable of assembling the Internet Proto- 
col packets enabling the Internet Protocol tele- 
phone to transmit and receive telephone calls 
on the communication network; and 
a Internet Protocol central station connected to 
said residential PBX providing access for the at 
least one Internet Protocol telephone to said 
communication network. 

13. The residential gateway for accessing a communi- 
cation network of claim 12, characterised in that 
said at least one telephone is capable of making a 
connection selected from the group which compris- 
es: 

a public switched telephone network communi- 
cation connection to a second telephone; 
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a point-to-point connection on the communica- 
tion network; 

a point-to-multi-point connection on the com- 
munication network. 

14. A method for providing calling services on a resi- 
dential PBX, comprising the steps of: 



determining if an incoming call to a called 
number has a POTS address, and if so, con- w 
verting said POTS address to an Internet Pro- 
tocol address; 

determining whether the caller desires to ac- 
cess residential PBX calling features and if so, 
implementing said residential PBX calling tea- *5 
tures, otherwise routing the incoming call to 
said Internet Protocol address; and 
determining if said called number has residen- 
tial PBX calling features engaged, and if so, 
routing said incoming call according to said en- 20 
gaged residential PBX calling features. 

1 5. The method according to claim 1 4, further compris- 
ing the step of determining whether the caller has 
authorization to access said residential PBX calling 25 
features. 



16. The method according to claim 15, further compris- 
ing the step of rejecting the caller if said caller does 

not have authorization to access said residential 30 
PBX calling features. 

17. The method according to claim 16, further compris- 
ing the step of allowing the rejected caller to enter 
another called number after attempting to gain au- 35 
thorization to said residential PBX calling features. 

18. The method according to claim 14, further compris- 
ing the steps of: 

40 

receiving at said residentiam PBX a calling fea- 
ture code corresponding to at least one calling 
feature to be implemented by said residential 
PBX; 

allowing the caller to implement additional call- *s 
ing features after implemented a residential 
PBX calling feature. 
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FIG. 1 
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FIG. 9 
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